• 严格遵循 CQRS 原则，更新 Model 的函数和刷新视图的函数应该是两个函数，分别是对用户输入事件的响应和Model改变事件的响应。这样刷新视图不会再引入新的事件，减少循环的几率。

• 使用细粒度的事件。粒度过粗会引发不必要的响应，增加循环的可能。

致远服软认为：http://www.soft8.com.cn/谈到事件的粒度，过细的粒度会引起另外一个问题：注册事件处理函数太繁琐，不易看清交互。Event Aggregator可以来解决这个问题。

模式：

最后我们回过头来看一下已有的几个大连工业大数据二次开发模式各自的重点。

• MVP 比MVC 更强调大连OA系统二次开发显示逻辑跟视图的分离。

• MVP，Presentation Model和Passive View都强调视图跟显示逻辑的分离，程度不同：MVP引入这一分离，Passive View分离的最彻底最可测，Presentation Model介于两者之间。

• Presentation Model比MVP和Passive View更强调的是为显示逻辑创建单独的Model，而不是依赖于Domain Model。

更全面的比较，请参见老马的《GUI Architectures》及里面的链接。 

自动化脚本之于软件开发，犹如地基之于建筑。

在大连工业大数据二次开发过程中，缺乏一个好的自动化脚本，与之相伴的往往是日常的开发工作举步维艰。

• 只有少数人能够把整个软件构建起来，因为构建所需的那些东西不太容易弄全。

• 为了能在自己机器上写代码，开发人员要花大量时间在IDE 上把工程配出来。

• 提交代码之前，开发人员总是忘了再验证。

在本文中，我们将以一个Java的Web项目为例，展示一个好的“地基”应具备的一些基本素质。在这里，用作自动化的工具是Buildr。

Buildr是一种构建工具，它专为基于大连工业大数据二次开发的应用而设计，也包括了对Scala、Groovy等JVM语言的支持。相比于Ant和Maven这些Java世界的“老人”，Buildr算是小字辈，也正是因为年轻，它有着“老人”们不具备的优势。

• 相比于Ant，遵循着Convention over Configuration 原则的Buildr 让“编译、测试、打包”之类简单的事做起来很容易。

• 相比于Maven，我们无需理解强大且复杂的模型，而采用Ruby/Rake 作为脚本的基础，也让我们可以定制属于自己的脚本。

简而言之，它满足了我们选择工具的基本原则：“易者易为，难者可为”。

请注意：下面所有的内容并不只是Buildr的独家专利，而是每个构建工程都应该具备的，差异只在于，选择不同的工具，实现的难度略有差异而已。

易者易为

让我们从一个简单的buildfile——Buildr的脚本——起步。