mapping - 领域驱动设计、SOC 和实体识别

Question

我一直试图围绕 DDD 以及它与 MVC 的关系进行思考，但我在实体识别方面遇到了麻烦。

特别是，我试图在我的表示、域和数据模型之间保持严格的分离。我的问题是我如何跨这些边界保存实体识别。为了澄清起见，我使用不同的类来表示不同上下文中的同一实体——例如，我有一个“ShipmentRequest”域类、几个“ShipmentRequestView”表示类(取决于特定 View 所需的属性)和一个'shipment_request' 数据库表(我的数据模型)。

我觉得使用“ID”属性(如 ShipmentRequestId)会违反我试图实现的分离，因为此 ID 属性是数据库问题，而不是域问题；并且我不想在层之间传递相同的对象，因为这意味着将不需要的数据传递到我的表示层。

我如何保持这种分离，同时跟踪这些层之间的身份？

Answer 1

如果实体中没有 Id 字段，则无法将其映射到数据库行。因此这个 id 字段即使它与您的实体无关也必须泄漏到您的域模型中。

我觉得使用演示模型通常是矫枉过正的，特别是如果您想要实现的是隐藏某些属性。

我认为关注点分离主要是由有界上下文驱动的。例如，您的 Person、PersonView 和 Person 表似乎都与事务处理上下文相关。在这种情况下，我什至不会有 PersonView 并且个人表将被抽象掉。

另一方面，如果您处于报告环境中，PersonView 会更有用。

我认为上下文比任何分层方案都重要得多。

至于您的 person 实体中缺少自然键，这可能意味着 Person 并不是真正的实体。例如，在任何现实生活中的应用程序中，总会有一个与此人相关联的数字:员工有员工编号，客户有帐号等。此业务 ID 绝对是域的一部分。