在领域层中，可以实现实体与聚合根的业务逻辑，在实现业务逻辑之前，我们首先要确定实体和聚合根的一些基本行为，比如判断实体是否相等。关于领域对象的具体业务逻辑实现，因为涉及到要与数据库交互，所以等看完仓储的实现后，再实现领域对象的业务逻辑。 欢迎加入QQ讨论群 ...

1 前置阅读 在阅读本文章之前，你可以先阅读： 什么是DDD 2 实现值对象 值对象有两个主要特征：它们没有任何标识。它们是不可变的。 我们举个例子：小明是“浙江宁波”人，小红也是“浙江宁波”人，小王是“浙江杭州”人，在这个例子中，我们把地址可以独立出一个值对象出来，我们会遇到 ...

对实体与值对象等进行关联设计后，就应该进行聚合的划分以及聚合根的确定。 首先我们需要明确为什么需要进行聚合的划分？ 原来我们的系统对领域划分的最小单位通常是模块，比如客户信息管理模块、雇员信息管理模块。但模块的划分对于设计来说，还是显得粒度太粗。 一.聚合与聚合根 1.定义了对象之间清晰 ...

通过一个实例来说明如何划分聚合与聚合根 场景：一个下订单的业务，一个订单必须有相应的客户信息，订单下有订单项，每个订单项必须有相应的产品信息，产品有分类的信息。 1.根据这个基本的需求，我们初步确定的实体、值对象与关联关系为（这里采用EF的Model First）： 2.经过业务深入分析 ...

这个实例主要说明一个论坛发帖与回复的场景。 一般大家的理解是回复必须依赖与帖子，并且回复是没有单独存在的必要，并且帖子与回复通常具有一些不变性约束规则，比如发布一个回复，在帖子中同时增加一次回复次数；回复过的帖子就不再允许删除等，所以一般理解是帖子与回复属于一个聚合，帖子是聚合根，回复是聚合中 ...

本文试图回答如下问题： 什么是聚合？ 什么是聚合根？ 如何确定聚合和聚合根？ Respository与DAO的区别 设计的表现力 《程序员必读之软件架构》一书在「软件架构和编码」一章有这么一段话： 尽管很多人以组件来谈论他们的软件系统，然而代码通常并未反映出这种 ...

关于具体需求，请看前面的博文：DDD领域驱动设计实践篇之如何提取模型，下面是具体的实体、聚合、值对象的代码，不想多说什么是实体、聚合等概念，相信理论的东西大家已经知晓了。本人对DDD表示好奇，没有在真正项目实践过，甚至也没有看过真正的DDD实践的项目源码，处于极度纠结状态，甚至无法自拔，所以告诫 ...

保持聚合根足够小 聚合根/实体中的主键 聚合根/实体构造函数 业务逻 ...