31、企业级开发中的事务脚本、领域模型与数据映射模式解析

企业级开发中的事务脚本、领域模型与数据映射模式解析

1. 事务脚本模式

事务脚本模式是一种能快速取得良好效果的有效方式。很多程序员多年来一直在使用这种模式，甚至都没想过它需要一个名字。借助一些像添加到基类中的实用辅助方法，开发者可以专注于应用程序逻辑，而不会在数据库操作的细枝末节上耗费过多精力。

不过，事务脚本模式也有其不太适用的场景。有时，开发者原本打算编写一个比该模式通常适用情况更复杂、更注重对象的应用程序，但随着截止日期的临近，会发现越来越多的逻辑被放在了本应作为领域模型薄外观层的部分。尽管这样的结果不如预期优雅，但应用程序似乎并未因这种隐式的重新设计而受到太大影响。

在大多数情况下，如果确定一个小型项目不会发展成大型项目，那么可以选择事务脚本方法。但这种方法的可扩展性不佳，因为随着脚本不可避免地相互交叉，代码重复问题往往会逐渐出现。当然，可以在一定程度上对重复代码进行重构，但可能无法完全消除。

在示例中，将数据库代码嵌入到事务脚本类本身。但实际上，代码更倾向于将数据库操作与应用程序逻辑分离。可以通过将数据库操作完全从类中提取出来，并创建一个网关类来专门处理系统与数据库的交互，从而实现这种分离。

2. 领域模型

领域模型是本章中许多其他模式努力创建、培育和保护的纯净逻辑引擎。它是项目中各种作用力的抽象表示，就像一个形式的平面，业务问题在其中不受数据库和网页等实际问题的干扰而展现其本质。

简单来说，领域模型是系统中现实世界参与者的表示。在领域模型中，“对象即事物”的经验法则比在其他地方更适用。在其他地方，对象往往体现职责；而在领域模型中，它们通常描述一组属性，并具有相应的行为，即它们是能执行操