一切似乎都是一个聚合根

Sup*_*JMN 2 domain-driven-design

我想为餐厅的菜单组合建模。我围绕 3 个概念创建了一个非常小的有界上下文:Menu, Category, Product.

菜单由不同的产品组成,每个菜单中的每个产品都放在某个类别下(例如,类别是“参赛者”、“第一道菜”、“第二道菜”、“甜点”……)。

问题是一切对我来说都像是一个实体

例如,删除菜单时,不会删除任何产品或类别。其他 3 个概念也会发生同样的情况。

关于 UI,菜单将像层次结构一样被使用:

Menu1
    Category1
        Product1
        Product2
    Category2
        Product3
        Product4
Run Code Online (Sandbox Code Playgroud)

我想知道如何建模这个。我应该把它们做成 3 个聚合体吗?那么,应该如何编写菜单才能像上面的层次结构一样被消费?

谢谢。

g18*_*18c 5

如果您有一个菜单作为当前排列的聚合根,那么如果您想在不同的菜单上重复使用相同的产品会发生什么?从聚合根外部,您将无法持有对它的引用。

相反,我认为将 Menu 和 Product(询问厨师他会如何称呼食物或菜单项!)作为聚合根很好,因为它们都存在并且有自己的身份(随着时间的推移,您可能有不同的菜单,菜单可能包括在其他菜单上使用过的食物)。

将类别作为值对象可能更合适(同样,也许厨师会称其为课程?) - 您有多少类别(我相信这些课程可能是固定的)?一个品类是否有自己的生命周期和身份?每个产品上的枚举可以很好地满足这一要求。

您还提到删除……这听起来像是一个技术基础设施术语。这有两个问题:

  1. 如果您执行上述操作并拆分为两个聚合根(菜单和产品),您将如何在菜单引用产品时处理产品的删除?这变成了跨两个聚合根的事务,这很难实现(DDD 的主要思想之一是定义事务边界并通过聚合强制执行不变性 - 从外部对聚合根的任何外部操作都应使其处于一致状态)。

  2. 想想厨师或餐厅经理会做什么——他们会删除菜单,还是将其存档或使其不再可供选择?

有助于巩固上述内容的一种资源是 Vaughn Vernon 的 Effective Aggregate Design - http://dddcommunity.org/library/vernon_2011/

在代码方面,C# 中的伪模型如下:

public Object HandleGetMenuCommand(
    string menuName,
    IMenuRepository menuRepository,
    ProductRepository productRepostiory)
{
    Menu menu = menuRepository.Get(new MenuId(menuName));
    List<ProductIds> productsInMenu = menu.Products;
    List<Products> products = productRepostiory.GetMany(productsInMenu);
    List<string> categories = ... // get a list of unique categories from products

    // now assemble products by category...
    foreach(var category in categories)
    {
            var productsInCategory in products.Find(x => x.Category == category);
            foreach(var product in productsInCategory)
            {
                // add this to a list...
            }
    }

    var clientData = new {
        name = menu.Name,
        // add in the products that were assembled by category above
    }

    return clientData;
}
Run Code Online (Sandbox Code Playgroud)