在实际项目中确定领域驱动设计中的实体和值对象

Question

这是我第一次在实际项目中实现域驱动设计的概念。 该项目是关于为员工签发许可证，使他们能够进入公司场所。 通过Intranet网站，已经拥有员工ID的员工将能够申请许可证或在许可证被损坏或丢失的情况下申请更换许可证。 管理员将处理申请并最终交出实际许可。

我有几个实体- User ， Permit和一个价值对象- Employee 。

• User可以完全由Employee标识。 我也应该创建一个UserId吗？ 我该如何处理管理员不仅可以批准，还可以代表员工提出申请的情况？
• 值对象Employee有一个Id属性EmployeeId ，我知道这违反了值对象的原理。 但是，就我而言， Employee是只读的。 对于我来说，仅获得EmployeeId还是整个Employee都无关紧要。 我这样做对吗？
• Permit实体包含许多属性。 如何将“ Permit的属性分解为“价值对象”？

public class User : Entity
{
    public Employee Employee { get; set; }
    public bool IsAdmin { get; set; }
}

public class Permit: Entity
{
    public int ApplicationId { get; set; }
    public string EmployeeId { get; set; }
    public string Type { get; set; }
    public string Status { get; set; }
    public DateTime RequestDate { get; set; }
    public DateTime IssuanceDate { get; set; }
    public string IssuanceReason { get; set; }
    public string SurrenderReason { get; set; }
}

public sealed class Employee : ValueObject<Employee>
{
    public string EmployeeId { get; private set; }
    public string Name { get; private set; }
    public string Department { get; private set; }
    public string Division { get; private set; }
    public string BirthDate { get; private set; }
    public string Designation { get; private set; }
    public string BloodGroup { get; private set; }
    public string SecurityLevel { get; private set; }
    public string EmploymentDate { get; private set; }
}

除了担心之外，如果有人可以引导我以最合适的方式进行处理，我将不胜感激。 谢谢。

Answer 1

您应该创建3个实体

• 雇员
• 允许
• 用户

全部赋予一个UniqueId->，因为它们是实体的，所以它们是唯一的当在用户和Employee之间存在关系时，例如，您可以使用值对象Employee（所以2个VO）

Answer 2

从我的角度来看，最好丢弃User类，因为它与Employee类非常相似。

IsAdmin属性是一个非常严格的约束，从更广泛的角度来看，您可以创建一个代表安全组的Enum 。 这使您可以为给定组X可以访问而组Y没有访问的某些区域实施安全性。 这可以替换Employee类中的string SecurityLevel 。 您也可以在Permit类中实现这些安全组。

Permit类应由Employee类使用。 一个用户可以有多个许可，包括活动许可和非活动许可。 定义应该在Permit类中实现的逻辑的布尔值。 通过在Permit类中实现活动/非活动布尔值，您可以通过简单地切换布尔值来撤消访问。

Answer 3

在对业务流程进行建模时，通常会考虑到文书工作 ，而不是现实世界中的事情。 当有人提交请求文档时，该过程开始；当管理员提交批准或拒绝等时，该过程结束。 领域模型的工作是进行簿记，并代表业务执行一些逻辑。

看到

• Rinat Abdullin： 不断发展的流程管理器...
• 格雷格·杨（Greg Young）： 停止工程

我也应该创建一个UserId吗？

如果您需要处理提交请求的人与被分配许可的人不同的情况，那么您绝对应该将这些人视为不同的值。

对于我来说，仅获得EmployeeId还是整个Employee都无关紧要。 我这样做对吗？

是的-具有标识符的不可变值没有错。

在更复杂的模型中，价值对象通常将由其他价值对象组成。 例如，尽管EmployeeId和BloodGroup是不透明的字符序列，但如果将血型传递给需要雇员ID的方法，则可能BloodGroup ，反之亦然。 因此，我们可能不做任何“字符串类型化”的事情，而是可能在模型中投入更多的工作来使这些概念明确。

如何将“许可证”的属性分解为“价值对象”？

同样，值可以由其他值组成。 如果存在内聚性的子集，请将它们组合在一起。

Scott Wlaschin的功能性领域建模是一个很好的参考。

“物”的点的部分原因是，我们应该能够改变内存中的数据结构，仍然拥有一切“工作”。 因此，您不应感到自己致力于内存布局中的特定事项。

（注意：将您的内存布局与持久性存储耦合起来真的很容易-这会使事情在以后很难更改；因此，请避免多次陷入该陷阱。）