04-基于DDD的开发架构阐述.pdfVIP

基于DDD的开发架构阐述 Presented by 陈操 chencao0524@ 红帽中国 4/2010 1 © Red Hat, Inc. 2010 提纲 背景和面临的问题 • 传统的设计方式和开发框架及其问题 • 传统坏设计之一——贫血模型 • 传统坏设计之二——基于数据表的设计 • 总结：企业业务信息化所面临的问题 Redhat解决方案 • 思想理论：基于领域驱动设计（Domain-Driven Design） • 技术实现：使业务仅仅只依赖JDK和一些通用包，而不依赖于 其他开发框架 2 传统的设计方式和开发框架及其问题 • 传统设计的分层结构  Model层 • model层中的对象被建模成业务对象，但仅仅只包含业务对象的属性，比如Employee对象有name，birthday 属性，但不包含这个对象的业务方法和行为。 • 论述：对于面向对象的思想而言，model层中的对象并不完整和丰满，因为对象中除了基本属性以外没有对应 的行为。对比于JDK 中Date对象有compareTo()方法，因此，传统model层中的对象被称之为“贫血模型”。  Dao层 • Dao层处理与底层数据库的交互。  Service层 • 公开服务供外部调用。 • 论述：此处是业务逻辑和应用逻辑混杂的地方。  展现层 • 使用各种页面框架：如Struts、Tapestry、SpringMVC等。 • 流行的开发框架  Spring  Struts  Hibernate  Tapestry  论述：系统构建在以上框架之上，不少业务逻辑依赖于框架代码。这样，框架代码侵入业务逻辑，会造成 业务逻辑与框架代码的耦合，不利于业务逻辑的独立和企业未来技术路线的变更 3 传统的设计方式和开发框架及其问题 由于设计或编码 核心业务逻辑 展现层 危险！ 不当，“核心业 务逻辑”容易散 布在各处： 核心业务逻辑和 Service层 应用逻辑混杂 Model层 核心业务逻辑 Dao层 危险！ DataBase 4 传统坏设计之一——贫血模型 • 传统的分层结构  业务逻辑和应用逻辑并没有被有效区分，大部分业务逻辑写在控制器Controller中，比如 Strtus的Action ；业务逻辑和应用逻辑充斥在各个层次中，十分混乱。 • SOA  对于SOA服务，大部分业务逻辑写在Service中。  如果太过强调SOA服务，忽略了领域模型的重要性，最终将得到一个贫血的领域模型和臃 肿的服务。  如果后端却没有一个像样的领域模型，业务服务就会调用不完整的领域模型，这可能会导 致出现一个脆弱的SOA架构。 • 贫血模型  以上两种设计，Model是只有getter/setter方法的贫血模型，仅仅成为一个数据载体，没有