软件＝商业＋架构＋过程＋组织，前一阵子谈论的Scrum更多包含的是过程和组织，这篇主要关注的是架构。

作了开发多年，期间也参考了业界一些著名的软件厂商的产品，现在已经开始实现一个适合信息系统的平台，本篇将从总体上介绍一下OpenExpressApp是什么。OpenExpressApp没有创新性的技术，它更多的是将现有技术和产品中有价值的部分引入到一起。

在讲解现在OpenExpressApp的情况前，我先罗列一些开发的选择，这些就如同敏捷的价值观一样，决定了我开发这个框架的总体思路和方向。

• 从单项目开发到基于领域工程

信息系统存在很多共性，而领域工程是解决产品族的一个有效方法，它通过把领域工程和应用工程作为两个独立的开发流程来看待。《软件工厂方法》和软件工厂方法(二）：软件工厂应用中已经介绍过了领域工程的一些知识。

开发架构时，从基于单项目开发到基于领域工程来开发，会考虑到如何快速方便开发，如何做定制化，因为设计的时候就会考虑应用工程时如何通过配置来实现功能。

• 从代码为中心到模型驱动

基于信息系统的共性抽取，建立一系列的模型（如领域模型、报表、UI等）来表达系统，通过代码生成器生成部分代码或者直接在框架之上运行模型，开发人员更多的关注于编写业务代码，如本篇最下面的编写Command。这样可以从框架级别进行复用。

• 从面向数据库到面向对象

代码中遍布表和记录的操作，还有业务逻辑遍布在SQL中，在处理简单应用时，这无疑是一种快速方便的方法，但是随着系统的复杂化，这将使得可维护性 很差。而面向对象是已经验证的很好解决复杂问题的方法，而系统系统时一旦深入开发就会遇到复杂的业务，所以面向对象的使用将是一种必然。

• 软件复用层次

大家经常在开发软件时会谈到软件复用，我认为从实现来看复用包含以下三个级别：函数/类、模块/引擎和应用包/框架。在开发过程中，我们应该尽量多考虑大粒度的复用元素，在不同层次都关注复用。

• 参考

在目前设计和实现的过程中，主要参考了ExpressApp Framework（应用框架），MetaEdit+（元模型工具），使用了CSLA作为分布式业务对象框架，Composite WPF作为UI框架，还使用了其他一些代码（如 LiteORM、Flee等）。这些参考的产品本身就含有比较多的思想和模式，建议没有看过的或者简单了解的可以再去研究一下，这样对框架的设计非常有好处。

• Roadmap

OpenExpressApp不同于以往独立的开发工具和框架，是为业务分析人员、软件设计和开发人员提供的一种集成的开发平台，它基于业务模型驱动开发 指导思想，提供报表、流程、元数据等基础引擎，具有业务建模、领域建模和应用建模等模型，并提供权限、报表等多个通用应用模块。为了支持软件开发，还提供 基于敏捷思想的软件项目管理工具、快速原型工具和测试支持。

简单地说就是使用DSM方法进行模型驱动开发，作为信息系统的开发平台，支持B/S、C/S、Mobile，支持局域网和广域网。

 

• 现状

借鉴ExpressApp的AutoUI和扩展的思想，这里的UI层也是通过模型自动生成。
以下为现在的代码组织。OpenExpressApp为框架代码，GIX4开头的为项目组应用框架时写的类库和扩展Command等代码。目前只支持WPF，还不支持B/S。

现状模型只是实现了通过类的属性来实现，还未实现模型编辑器。例如下面在类上定义属性可以自动在主界面生成导航项，双击后可以打开模块，模块界面也是自动生成。现在界面都只是根据模板生成，还不支持通过设计器来设计界面。

以下是一个通过在代码中WPFListViewCommand继承下来的一个命令，在命令上写上属性内容后，就可以在界面自动生成按钮，这样开发人员可以更多关注业务逻辑，而不用关注界面的变化了。

关于OEA更多内容，可以看我的电子书

另，现在OEA的领域实体框架Rafy2 发布了