沐水淋风

几年前，我刚接触到DDD领域驱动，从网络上看了好多DDD相关的书籍、博客，也学习了很多DDD相关的开源代码。然而，不管我看多少DDD的书籍、博客、源码，DDD仍然是如迷雾笼罩，看不见虚实。

看到很多技术博客都发表了关于六边形架构的文章，也有一些关于洋葱架构的文章，然而，这些文章洋洋洒洒几千上万文字，都讲不明白什么才是六边形架构。 新事物的产生，不会是凭空而来的，往往都会有它的历史原因。

领域中的服务（service）表示一个无状态的操作，它用于实现特定于某个领域的任务。当某个操作不适合放在实体和值对象上时，最好的方式便是使用领域服务了。

不要去定义资源库是什么，而是要去明白资源库能干什么。 资源库是一个抽象，抽象适合放在领域层之中，可以被实体、值对象、领域事件、领域服务等领域层组件强耦合。

聚合是一个过程 聚合是一个过程，把紧密相连的实体、值对象，组合成一个更大的的实体、值对象，这个过程，就叫聚合（aggregation）。

DDD从来就不是什么新鲜的事物，而是由始以来就存在，只是，人们给它起了个叫“DDD”的名字而已！ DDD是一套方法论，用于指导软件工程的实施，如同CMMI一样。

值对象（value objectobject）是快照，固定不变，对象创建完成之后，就不能修改里面的所有属性。

很书籍、博客上说，实体一定是具有唯一标识（ID），于是很多人便认为，有唯一标识的就是实体。然而，值对象，也可以有唯一标识。

模块也是一个显式边界，领域模型便存在于边界之内。模块比限界上下文要小，可以做作是限界上下文的子集。 在Java语言中，package是模块的具体实现，package同等于模块，如com.compony