5

假设您有一个域实体用户，并且您希望支持用户将商品添加到他们的购物车的能力。现在，我们要确保购物车中的商品是唯一的，因此我们在 User 类中创建以下函数：

function AddItemToCart(Item item)
{
    // Add business logic to make sure item is unique
}

这很好用。但是，如果我们现在还想在将商品添加到购物车时向用户发送电子邮件怎么办？我们可以将它添加到 AddItemToCart 中，但它需要将某种 IEmailer 依赖项注入到 User 类中。

另一种方法是创建一个服务来处理此事务（例如 ShoppingCartService），该服务将执行业务逻辑并发送电子邮件。然而，这导致了一个相当贫乏的领域（即 User 类只不过是 getter/setter）

4

4 回答 4

3

作为用户域逻辑的一部分的逻辑应该留在用户中。这可能涉及也可能不涉及向用户实体注入服务。我认为这取决于服务是否是 User 类的业务逻辑的一部分，以及这样做是否符合您的普遍语言。

我会这样写：

class ShoppingCartService
{
    private EmailService emailer;

    public void addItemToUserCart(User u, Item i)
    {
        u.addItemToCart(i);
        this.emailer.sendEmailTo(u, "Item " + i.toString() + " was added to your cart");
    }
}

这个相关的问题进行了讨论，您可能会觉得有帮助。

我还建议您尽可能限制 getter 和 setter 的范围以减少耦合。

于 2009-01-14T03:59:14.453 回答
1

“然而，这导致了一个相当贫乏的领域（即 User 类只不过是 getter/setter）”

用户不是整个域。

您有购物车、物品和Cart.add()将物品放入购物车的复杂功能。

那么如果 User 类看起来很简单怎么办？

于 2009-01-14T02:25:16.720 回答
0

保持方法不变，然后创建一个服务类来处理事务。当调用服务类方法时，您可以在那里注入您的电子邮件逻辑。

于 2009-01-14T02:18:03.957 回答
0

在大型系统中，用户类最终会拥有许多不同类型的操作。班级可能会变得太大。为了避免这种情况，应该有其他类为用户做事。

于 2009-01-14T11:18:25.583 回答