79

我试图了解贫血域模型以及为什么它们被认为是反模式。

这是一个真实世界的例子。

我有一个 Employee 类，它有很多属性——姓名、性别、用户名等

public class Employee
{
    public string Name { get; set; }
    public string Gender { get; set; }
    public string Username { get; set; }
    // Etc.. mostly getters and setters
}

接下来，我们有一个系统，该系统涉及在销售人员之间平均轮换来电和网站查询（称为“潜在客户”）。这个系统相当复杂，因为它涉及轮询查询、检查假期、员工偏好等。所以这个系统目前被分离成一个服务：EmployeeLeadRotationService。

public class EmployeeLeadRotationService : IEmployeeLeadRotationService
{
     private IEmployeeRepository _employeeRepository;
     // ...plus lots of other injected repositories and services

     public void SelectEmployee(ILead lead)
     {
         // Etc. lots of complex logic
     }
}

然后在我们网站查询表的背面，我们有这样的代码：

public void SubmitForm()
{
    var lead = CreateLeadFromFormInput();

    var selectedEmployee = Kernel.Get<IEmployeeLeadRotationService>()
                                 .SelectEmployee(lead);

    Response.Write(employee.Name + " will handle your enquiry. Thanks.");
}

这种方法我并没有真正遇到很多问题，但据说这是我应该尖叫的东西，因为它是一个贫血域模型。

但对我来说，不清楚铅轮换服务的逻辑应该去哪里。它应该领先吗？它应该进入员工吗？

轮换服务需要的所有注入的存储库等怎么样 - 考虑到大多数时候与员工打交道时我们不需要任何这些存储库，它们将如何注入员工？

4

4 回答 4

57

在这种情况下，这不构成贫血域模型。贫血领域模型 专门用于验证和转换对象。因此，如果外部函数实际上更改了员工的状态或更新了他们的详细信息，这就是一个例子。

在这种情况下发生的事情是，您将带走所有员工并根据他们的信息选择其中一位。有一个单独的对象来检查其他对象并根据它的发现做出决定是很好的。拥有一个用于将对象从一种状态转换到另一种状态的对象是不行的。

在您的情况下，贫血域模型的一个示例是有一个外部方法

updateHours(Employee emp) // updates the working hours for the employee

这需要一个 Employee 对象并更新其一周的工作时间，确保在时间超过特定限制时引发标志。这样做的问题是，如果您只有 Employee 对象，那么您不知道如何在正确的约束范围内修改他们的时间。在这种情况下，处理它的方法是将 updateHours 方法移到 Employee 类中。这就是贫血领域模型反模式的症结所在。

于 2010-05-18T06:15:04.247 回答
32

我认为你的设计在这里很好。如您所知，贫血的域模型反模式是对避免在域对象中编码的任何行为的趋势的强烈反对。但相反，这并不意味着与域对象相关的所有行为都必须由该对象封装。

作为经验法则，与域对象有内在联系并完全根据一个域对象实例定义的行为可以包含在域对象中。否则，为了保持职责清晰，最好像您所做的那样将其放在外部的合作者/服务中。

于 2010-05-18T06:00:36.543 回答
14

这一切都在您的脑海中 - 将轮换服务视为域模型的一部分，问题就解决了。

轮换需要保存很多员工的信息，所以它既不属于lead，也不属于任何一个单独的员工对象。它本身就值得成为一个领域对象。

只需将“RotationService”重命名为“Organization.UserSupportDepartment”之类的名称就很明显了。

于 2010-05-18T06:56:15.860 回答
0

如果你的领域模型只包含角色和事物，而不是作为行为的活动，那么它就是贫乏的。但是，我说的是关于模型而不是对象的行为。我在另一个答案中谈到了它们之间的区别...... https://stackoverflow.com/a/31780937/116442

根据您的问题，您违反了我的前两个域分析建模规则：-

  1. 行为建模为（记录的）活动是领域模型的核心。首先添加它们。
  2. 将领域活动建模为类，而不是方法。

我会在模型中添加一个活动“查询”。有了它，模型就有了行为，并且可以在没有外部控制器或脚本的情况下组合并作为一组对象工作。

查询处理程序模型

于 2015-08-03T12:13:21.460 回答