事务脚本组织成类的两种方式与独立性原则

事务脚本用一个过程组织业务逻辑，每个过程对应表现层发来的单个请求（比如”预订酒店房间”这一个过程里就包含查空房、算价格、更新数据库的全部逻辑），事务间的公共子任务可以拆成共享子程序。把脚本组织成类主要有两种方式。最常见的做法：把若干相关主题的事务脚本放进同一个类，围绕一个主题聚合相关脚本（比如”订单相关”的脚本放一类）。另一种做法：让每一个事务脚本各自对应一个类，这时需要借助命令模式——定义一个所有命令的父类，声明脚本逻辑该有的统一执行方法；这样做的好处是可以在运行时把脚本类的实例当对象来操控，只是作者坦言用事务脚本组织领域逻辑的系统里很少真正碰到这种需求；也可以完全不用类、直接用全局函数，但实例化对象往往有助于用数据隔离的方式规避线程相关问题。无论选哪种组织方式，都有两条独立性原则值得遵守：一是尽可能让事务脚本本身保持独立——至少放进不同子程序，更好是放进与处理表现层、数据源层的类相隔离的独立类里；二是绝不能让事务脚本反过来调用任何表现层逻辑，这样才能保证代码容易修改、脚本容易单独测试。