WebService基础带实例08.领域模型驱动设计3课稿.ppt

Facade 实践Facade的过程中最难把握的问题就是Facade的粒度问题。 传统的Service均以实体为单位进行组织，而Facade应该具有更粗粒度的组织依据，较为合适的粒度依据有： 一个高度内聚的模块一个Facade 或者是一个“聚合”(特指领域驱动设计)一个Facade. DDD SOA DDD 领域模型驱动设计 SOA 面向服务的架构 本课程版权归北风网所有 欢迎访问我们的官方网站 基于面向对象技术设计的领域对象（即通常所说的“实体”）都是细粒度的，将细粒度的领域对象直接传递到远程调用端需要进行多次网络通信，DTO在设计之初的主要考量是以粗粒度的数据结构减少网络通信并简化调用接口 * 介绍一层提供服务的远程客户 ?暴露了一个统一的粗粒度接口 ?降低耦合层之间 ?促进分层，增加灵活性和可维护性 ?降低复杂性 ?提高性能，降低细粒度的遥控方法 ?集中安全管理 ?集中交易控制 ?暴露了更少的远程接口，客户 * Service的接口是面向用例设计的，是控制事务、安全的适宜场所。如果Fa?ade的某一方法需要调用两个以上的Service方法，需要注意事务问题。 * 有一些系统使用反射机制自动实现DTO与领域对象之间的相互转换，Appache的Commons BeanUtils就提供了类似的功能 应该说这两种实现各有利弊，使用Assembler