领域逻辑模式: 事务脚本、领域模型、服务层.三者是组织“业务逻辑”的不同方法，方式.
所谓业务逻辑，主要由两方面组成：“应用逻辑” 和 领域逻辑.
所谓应用逻辑，指的是与应用相关的职责。即该应用有责任去完成一些动作或者事务过程.比如用户注册时，发送确认邮件,调用webservice接口同步用户信息等。
所谓领域逻辑，指的是与问题域有关的逻辑操作，如一个社区网站，不同类型的会员注册时，获取的积分策略不同。
事务脚本: 使用过程来组织业务逻辑，每个过程处理来自表现层的单个请求。
个人观点：事务脚本是一系列过程，该过程用来组织业务逻辑.事务脚本方式组织业务逻辑，它没有pojo的概念，数据的表现方式一般是结果集，或者简单的数据
类型，一般不涉及领域逻辑，适合处理业务逻辑较简单的情形。不涉及领域逻辑不代表不能处理领域逻辑，只是一旦领域逻辑变得复杂，事务脚本会产生大量的
重复，冗余代码，不利于维护，管理。
领域模型： 合并了行为和数据的领域的对象模型.
个人观点： 领域模型主要是处理问题领域逻辑，使用对象图或者网来处理业务逻辑。适用于处理复杂的业务逻辑。它使用pojo来包装数据及处理行为，
而且将领域相关的职责封装到对象中去，通过不同对象的协作完成业务逻辑。
服务层： 通过一个服务层来定义应用程序边界，在服务层中建立一组可用的操作集合，并在每个操作内部协调应用程序的响应。
个人理解： 服务层集成了事务脚本及领域模型的优点，服务层也是一种组织业务逻辑的方式，它主要处理应用逻辑和领域逻辑，应用逻辑由服务层显示调用，而
领域逻辑主要依赖领域模型来处理。服务层由一组相对复杂的类组成，这些类直接实现应用逻辑，但是领域逻辑委托给封装好的领域对象，服务层客户所能使用
的操作以脚本的方式实现，数个脚本组成一个类，一个类定义与某一个主题相关的逻辑。每一个类组成一个应用程序”服务“，通常服务类型的名字为xxService
。
