参考：感谢博主的分享...

http://www.cnblogs.com/netfocus/archive/2012/02/12/2347938.html

DDD

==>

领域驱动设计(Domain-driven Design)

一种模型驱动的软件设计方式

驱动方式：

　　数据库驱动：(分析需求-->建库建表-->代码)

　　领域驱动：分析领域问题/需求-->领域模型-->实现软件代码

领域驱动的核心为领域模型，领域驱动模型，模型驱动代码实现。

领域——问题域

领域驱动应该由开发人员主导和领域专家讨论，创建领域模型。开发人员自身如何对于业务比较了解的话，更容易创建领域模型。

DDD核心内容：

　　领域划分:根据业务划分(分析领域问题进行划分——问题域)

　　统一语言：开发人员和领域专家都可以理解的一种描述方式　　

　　领域模型：(不大可能一次就创建出合适的划分，需要多次重构、完善)

　　界定上下文：(Bounded Context)，可理解为解决问题的解决方案的边界

需要深入理解此图

问题域--》模型--》解决问题

注：无论是否使用领域，对于公用的内容，都应该将其抽象出来。

DDD领域模型基本构造块

　　实体(Entity)

　　值对象(Value Object)

　　服务(Service0

　　聚合(Aggregate)

　　聚合根(Aggregate Root)

　　仓储(Repository)

　　工厂(Factory)

　　领域事件(Domain Event)

1.      聚合根、实体、值对象的区别？

从标识的角度：

聚合根具有全局的唯一标识，而实体只有在聚合内部有唯一的本地标识，值对象没有唯一标识，不存在这个值对象或那个值对象的说法；

从是否只读的角度：

聚合根除了唯一标识外，其他所有状态信息都理论上可变；实体是可变的；值对象是只读的；

从生命周期的角度：

聚合根有独立的生命周期，实体的生命周期从属于其所属的聚合，实体完全由其所属的聚合根负责管理维护；值对象无生命周期可言，因为只是一个值；

2.      聚合根、实体、值对象对象之间如何建立关联？

聚合根到聚合根：通过ID关联；

聚合根到其内部的实体，直接对象引用；

聚合根到值对象，直接对象引用；

实体对其他对象的引用规则：1）能引用其所属聚合内的聚合根、实体、值对象；2）能引用外部聚合根，但推荐以ID的方式关联，另外也可以关联某个外部聚合内的实体，但必须是ID关联，否则就出现同一个实体的引用被两个聚合根持有，这是不允许的，一个实体的引用只能被其所属的聚合根持有；

值对象对其他对象的引用规则：只需确保值对象是只读的即可，推荐值对象的所有属性都尽量是值对象；

3.      如何识别聚合与聚合根？

明确含义：一个Bounded Context（界定的上下文）可能包含多个聚合，每个聚合都有一个根实体，叫做聚合根；

识别顺序：先找出哪些实体可能是聚合根，再逐个分析每个聚合根的边界，即该聚合根应该聚合哪些实体或值对象；最后再划分Bounded Context；

聚合边界确定法则：根据不变性约束规则（Invariant）。不变性规则有两类：1）聚合边界内必须具有哪些信息，如果没有这些信息就不能称为一个有效的聚合；2）聚合内的某些对象的状态必须满足某个业务规则；

通过分层架构隔离领域，方便后续维护管理...