4.1  理解业务组织模式

并非所有应用程序都是一样的，也并非所有应用程序都需要复杂的体系结构来封装系统的业务逻辑。作为开发者，重要的是要理解所有领域逻辑模式的优缺点，这样才能使用最合适的模式。

4.1.1  Transaction Script

在本章要学习的4种领域逻辑模式中，Transaction Script是最易于理解、掌握和运用的模式。Transaction Script模式遵循的是过程式开发风格而不是面向对象方法。通常，为每个业务事务创建一个单独的方法，并将它们组合起来放入某种静态管理程序或服务类。每个过程都包含了完成业务事务所需的所有业务逻辑，包括工作流、业务规则和数据库持久化验证检查。图4-1（图略）所示为Transaction Script模式的图形表示。

Transaction Script模式的一个优势是它易于理解，很快就可以让团队新成员上手而不需要具有该模式的预备知识。当出现新需求时，很容易向该类中添加更多方法，而不用担心影响或破坏现有功能。

Transaction Script模式非常适于那些逻辑中只包含很少或不包含可能增长的功能集合的小型应用程序，以及有不熟悉面向对象编程概念的初级开发者的团队。

当应用程序变大而且业务逻辑变得更复杂时，Transaction Script模式的问题就会暴露出来。扩展应用程序时，方法的数目也会变多，从而形成一个充斥着功能交叠的细粒度方法的无用API。尽管可以使用子方法来避免代码重复，如验证和业务规则，但在工作流中的复制不可避免，而且当应用程序规模变大时，代码基很快会变得笨重且不可维护。

因为Transaction Script模式非常简单，所以无需一个练习来完整地演示它。相反，考虑下面的代码段，它取自于一个人力资源休假登记应用程序，有助于了解一下该模式的实际用法：