ddd的战术篇: domain object之一
首先ddd的战术这个讲法是不太好的。ddd书中说的是战术性建模（tactical modeling）。其意思是在战术层面的建模，那当然有战略层面的建模啦。以后会专门讲。
domain object是ddd区别于其他建模/设计方法的一个部分。他定义了概念帮助我们去建立model。如果没有接触过ddd，一开始会觉得有点莫名其妙，为什么要定这种规矩，这种规则？
Entity，value object, Aggregate
entity
entity是一类可识别的可追踪的对象。
说简单了，它必须有identifier，再简单点id（可识别，可被追踪）。
另外它是有可变对象，mutable。但即使状态变化了之后，entity还是原来的entity。（好绕口）
现实一点的例子。一个人家“王帝”，他改名交了“王皇”，名字虽然变了，但还是同一人。当然现实世界里我们很难去寻找一个identifier(识别码)，如何定义一个不变的identifier会是个哲学问题，但编程时就简单多了，直接搞个id就就行。
value object
与entity对应的一个概念叫value object
它是一个值，是不可变的，immutable。没有identifier，也不需要被追踪！
比如java中的字符串和value object的感念很相近。字符串生成之后就是不可变的。而且也没有什么id来识别它。
什么时候使用entity，什么时候使用value object
具体问题具体分析
比如我们需要对地址这个东西建模。如果我们关心的是地址的履历之类的信息，过去30年前这个地址可能叫霞飞路，现在可能叫淮海路，而且需求是我们必须知道霞飞路，淮海路指的是一个地址。那很可能我们需要的是entity。这个entity可能还要开发change()的方法来改变路名。
但如果我们做的是一个送货软件。地址只是表示一个目的地而已，霞飞路和淮海路在我看来就是不同的，那就说明，你不必对地址本身的变化进行追踪（送货地址变了，对你很重要。但霞飞路改名成淮海路对你不重要。）。那value object就够了。
你可能觉得何必这么费事搞个表示地址的value object, 搞个字符串不就行了？
首先这不一定是一个关于ddd的问题。淡然很多情况下，我们可以的确用java的基础类来建模的。但从面向对象的封装角度来说，我们可以考虑创造专门的类。
如果我们创建value object,它是可以拥有行为的。比如Address是一个value object。它可以拥有getCountry(), getProvince(), getCity()等方法。
Aggregate
Aggregate，集合。是有多个（也可以是一个）entity，value object组成的对象。
Aggregate可以看作一个树状结构的东西。根是一个entity。Aggregate的一个作用是保持domain object的关联性的正确。
Aggregate和Repository
Repository
Repository是用来存放一个aggregate的object。（是不是听起来像DAO？）
Repository的存在，让我们感觉我们存放在它里面的aggregate就好像on memory一样，不必去关心它具体是和rdb对接还是其他的形式。
请注意的是Repository对应的是aggregate而不是entity！虽然我们在实际偏码时不会去专门写aggregate的类，有关具体实现，之以后的文章会写。简单地讲根entity就可以代表aggregate。
domain object的做法与active record的区别
active record pattern也是很常见的一种模式。大概是建立于数据表的一一映射的类，然后有各自的DAO类。乍看起来和domain object的做法是一样的。
1. 映射关系
active record一般以一个类对应一个数据表为前提
repository则没有这个限制。当一个aggregate需要对应多个数据表时，那repository自然就对应多个数据表。repository隐藏了数据层的物理实现。
这里想多提一点。domain model的建立，称作理论设计比较合适。它尽量不关心物理的实现，只求对domain的正确反映。
而data model的设计，可以称作物理实现。是以数据永久化为目的。与ddd相关联，自然就是如何将domain object永久化。
2. domain object主张充血模式
active record常常会导致制造大量的于数据表对应的类，这些类一般不会有行为，而描述业务逻辑的职责就会到很多service类上。
domain object则希望类有自己的行为，而不是开放好多setter，让外部的类来控制自己的状态变化。
总结
讲了好多理论，大致介绍了domain object。entity: stateful, mutable.
value object: immutable
aggregate: entity和value object的集合
repository: stateless，储存aggregate
之后的文章准备写一些例子来更好地说明这些概念。