原文链接：https://logcorner.com/building-microservices-through-event-driven-architecture-part2-domain-objects-and-business-rules/

在本文中，我将实现领域模型：

• EduSync.Speech.Domain

这是包含核心域的最内层。它包含我们的领域对象和业务规则。并定义我们的外部接口。

不允许使用数据库、网络连接、文件系统、UI或特殊框架。

核心领域对自身以外的任何事物一无所知。

这些依赖项及其实现使用接口注入到我们的核心域中。

在上一步结束时，我们最终得到了一个贫血领域模型。所以让我们从丰富它开始。

充血领域模型

贫血领域模型是DDD世界中的一种反模式，因此在本节中，我将使用值对象将领域模型与数据契约分离。

贫血领域模型是一种领域模型，其中数据和对该数据的操作彼此分离。换句话说，只有属性的类和处理这些属性的方法位于另一个类中。

因此，这些其他类既可以读取数据，也可以修改数据。所以领域类必须有public setter。这是缺乏封装反模式。

让我们从验证Title开始。

我的第一个测试是：Title长度必须大于10个字符且小于60个字符：

测试将失败，因此让我们实现Title验证：

Title值对象

实体和值对象的主要区别在于如何识别它们。

实体由引用相等和标识相等标识。

值对象由引用相等和结构相等来标识。

• 引用相等：如果两个对象引用内存中的同一个对象，则它们相等

• 标识相等：如果两个对象具有相同的标识，则它们相等

• 结构相等：如果两个对象的所有成员都相等，则两个对象相等

实体具有Id字段并且是可变的，而值对象没有Id字段并且是不可变的。

值对象没有实体就没有意义，它必须属于一个实体。

考虑以下情况：

• 2辆相同型号、相同颜色、相同年龄等的车辆……总是2辆不同的车辆，因为每辆车都有自己的标识：车辆是一个实体。

• 2个所有字段都相等的地址（相同的街道号码、相同的城市、相同的国家，等等）是完全相同的地址：地址是一个值对象。

Title的第一个实现如下所示：

请记住，值对象由引用相等和结构相等来标识.

所以右键单击Title类并选择生成 Equals和GetHashCode。

Title只有一个值，因此选择它并单击确定

Title现在是一个值对象，它的最终实现看起来像这样

这是Title值对象的单元测试。如果它们具有相同的值，我应该验证2个标题是否相等，如果不是，则不同

URL值对象

验证Url的所有逻辑都在名称为UrlValue的值对象中实现

Type值对象

验证SpeechType的所有逻辑都在名称为SpeechType的值对象中实现

Speech领域对象如下所示：

实体和聚合

请记住，实体由引用相等和标识相等标识并具有Id字段。因此，让我们创建一个基本实体类：Entity，并在Id字段上生成Equals和GetHashCode。如果2个实体E1和E2具有相同的id，则 E1==E2应该返回true

DDD聚合是可以作为单个单元处理的领域对象的集群。例如订单及其订单项，它们将是单独的对象，但将订单（及其订单项）视为单个聚合非常有用。

聚合应该始终处于有效状态，并且每个聚合都有一个根是一个实体，不属于该聚合的类只能引用聚合根。

因此，让我们创建一个继承自Entity的基类AggregateRoot，我将其设为泛型，因为T是Id字段的类型，并且它可以根据这些实体而变化 

领域事件

领域事件通过避免直接调用来实现有界上下文之间的通信。所以一个有界上下文B1引发一个事件，一个或多个有界上下文B2…Bn对此事件的子订阅方应该处理该事件以使用它。

因此，让我们创建一个基类DomainEvent 

但是在这里，由于我实施事件溯源的策略，我的有界上下文产生的所有事件都将保存在我的事件存储中。对这些事件感兴趣的其他有界上下文、服务或其他程序将必须订阅服务总线。

比如我每次创建一个新的Speech，然后我都会创建一个SpeechCreatedEvent事件

SpeechCreatedEvent类必须从DomainEvent基类继承 

聚合根的最终实现将如下所示: 

因为Speech实体是聚合根，所以让我们继续从AggregateRoot继承它，Speech实体的Id字段是一个 Guid

让我们添加一些测试来覆盖 domainEvents 

LogCorner.EduSync.Speech.Application和LogCorner.EduSync.Speech.Domain是100%的代码覆盖率 

欢迎关注我的个人公众号”My IO“