DDD 中的战术设计是啥？

“  一支缺乏战术训练的部队就不得不在作战过程中付出巨大的代价来补课 。——朱可夫 ”

上一篇文章中， 我们简要地介绍了DDD中的战略设计， 这篇文章中， 我们将介绍战术设计。

战术设计是领域模型建设中经常使用到的一组技术， 在单个限界上下文中使用。

如果战术设计使用得当的话，我们可以很好地加强领域模型，这个领域模型也很地反映出业务真实情况。

战术设计帮助我们创建一套优雅的业务模型，其中使用到下面的概念：

实体（Entities）

一个实体很有可能是一个可变的对象，它有唯一的ID。在整个领域模型中， 实体有自己独立的生命周期，这样可以让我们方便地获取到实体整个生命周期的变迁历史。

值对象（Value Objects）

跟实体不同的是， 值对象是可变，也没有唯一的Id， 只能通过其属性的值来确定单个的值对象。值可变的事， 在实际中， 为了更新一个值对象，我们必须创建一个新对象来替换掉旧的。

聚合（Aggregates）

聚合是战术设计中， 最重要又最复杂的模式之一，聚合根自身是基于其它的两个战术设计基础， 实体和值对象。一个聚合中持有一个或多个实体，也可能含有多个值对象。实体中的父结点就是整个聚合的根。

服务（Services）

服务是一个没有状态的对象， 持有一些不适合放到实体或值对象的业务逻辑。这些业务逻辑往往是特定域独有的， 会涉及到多个域对象。

仓库（Repositories）

仓库主要用来处理存储聚合。

工厂（Factories）

工厂的出现，隔离了对象的创建过程。工厂可以生成聚合根、实体或值对象。使用工厂，可以避免创建对象时的复杂过程。

事件（Events）

事件标志着业务中明显发生的一事， 需要通报给域中其它的相关者。其中典型的是，聚合会发现事件。

模块（Modules）

模块很少被开发者提到，不过，他们的使用很有意思。

使用模块后， 可以有效地帮咱隔离关注点， 对应着 Java 中的包或C#中的命名空间，也总是遵循着统一语言。