1.组织领域逻辑的三种主要模式

一.事务脚本

事务脚本具有如下几个优点：

• 它是一个大多数开发者都能理解的简单过程模型。
• 它能够与一个使用行数据入口或表数据入口的简单数据层很好地协作。
• 设定事务边界的方法显而易见：一个事务始于其脚本的打开，终于其脚本的关闭。很容易用工具在幕后设定事务边界。

但是，事务脚本也存在许多缺点，当领域逻辑复杂性增加时这些缺点就会凸现。当若干个事务需要做相似的动作时，通常使多个脚本中包含某些相同的代码。通过将这些代码提取出来组织成功公共的子例程可以部分消除这种情况，但在许多时候，消除副本仍比较棘手，而检测副本则更为困难。这使得应用程序没有清晰的结构。

二.领域逻辑

用领域模型而不是事务脚本正是面向对象的程序员所鼓吹的“理论体系转换”的精髓。在领域模型中，不再是由一个过程来控制用户某一动作的逻辑，而是由每一个对象都承担一部分的相关逻辑。

领域模型的开销来自使用上的复杂性和数据源层的复杂性。同时，我们也能够使用的组织细粒度逻辑结构的技术，例如继承，策略和其他面向对象的设计模式应用在领域模型上。

当领域逻辑很简单时，领域模型并不合适，因为要透彻理解这一模式需要很大代价，而且数据源层的复杂性也会在开发中增加许多工作量，这些努力此时不会得到回报。

三.表模块