领域驱动设计1.pptx

培训内容领域驱动设计简介领域通用语言领域驱动设计的构造块领域驱动设计编程实践CQRS架构模型驱动开发领域驱动设计思想的发展2002年Martin Fower在其出版《企业应用架构模式》中，归纳总结了40多种企业应用架构的设计模式。其中所提到的多种设计模式和概念，如事务脚本、活动记录和领域模型等，对业界产生了深远的影响。2004年著名建模专家Eric Evans发表了他最具影响力的著名书籍：《Domain-Driven Design –Tackling Complexity in the Heart of Software》（中文译名：领域驱动设计—软件核心复杂性应对之道），书中提出了“领域驱动设计(简称DDD)”的概念。2010年Greg Young在“/gregyoung/2010/02/16/cqrs-task-based-uis-event-sourcing-agh/CQRS/gregyoung/2010/02/16/cqrs-task-based-uis-event-sourcing-agh/, Task Based UIs, Event Sourcing /gregyoung/2010/02/16/cqrs-task-based-uis-event-sourcing-agh/agh/gregyoung/2010/02/16/cqrs-task-based-uis-event-sourcing-agh/!?”一文中对Betrand Meyer的CQS模式进行改造，提出CQRS模式。此后Jimmy Nilsson的《Applying Domain-Driven Design and Patterns》、Abel Avram和Floyd Marinescu合作的《Domain-Driven Design Quickly》、Dan Haywood的《Domain-Driven Design Using Naked Objects》、以及Vaughn Vernon的《Implementing Domain-Driven Design》等书籍的出版，丰富了领域驱动设计的实践和指导。领域驱动设计是什么领域驱动设计事实上针对是OOAD的一个扩展和延伸，DDD基于面向对象分析与设计技术，对技术框架进行了分层规划，同时对每个类进行了策略和类型的划分。It’s a set of proven modeling techniques especially targeted to complex applications.It’s a set of principles and practices supporting the development process.It’s a set of patterns that support a clean and coherent view of the domain model.It’s a set of pragmatic strategies allowing applications to scale in size and complexity maintaining their integrity.领域驱动设计的特性领域驱动设计分层规划（一）领域驱动设计分层规划用户界面/展现层负责向用户展现信息以及解释用户命令。展示层的组件实现用户与应用交互的功能。一般建议用MVC，MVP或者MVVM模式来分隔这些组件为子层应用层很薄的一层，用来协调应用的活动，实现协调应用的“通道”，例如事务、执行单位操作、调用应用程序的任务。它不包含业务逻辑。它不保留业务对象的状态，但它保有应用任务的进度状态。类似于Fa?ade模式，调用领域层和基础设施层来完成应用的用例。领域层本层包含关于领域的信息。这是业务软件的核心所在。在这里保留业务对象的状态，对业务对象和它们状态的持久化被委托给了基础设施层。基础设施层本层作为其他层的支撑库存在。它提供了层间的通信，实现对业务对象的持久化，包含对用户界面层的支撑库等作用。领域驱动设计分层规划（二）领域驱动设计是对传统N层架构模式的继承和发展领域驱动设计分层规划（三）领域驱动设计是对传统N层架构模式的继承和发展例：J2EE参考分层架构传统J2EE或Spring+Hibernate等事务性编程模型只关心数据，这些数据对象除了简单sette/getter方法外，没有任何业务方法，被比喻成“失血模型”。《Core J2EE Patterns》领域驱动设计分层规划（四）分布式领域驱动设计领域驱动设计分层规划（五）分布式领域驱动设计与DotNET技术架构体系之间的关系映射面向对象分析与设计技术面向过程vs.面向对象 事务脚本模式把业务逻辑组织成单个过程，在过程中直接调用数据库，业务逻