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 个聚合体吗?那么,应该如何编写菜单才能像上面的层次结构一样被消费?
谢谢。
如果您有一个菜单作为当前排列的聚合根,那么如果您想在不同的菜单上重复使用相同的产品会发生什么?从聚合根外部,您将无法持有对它的引用。
相反,我认为将 Menu 和 Product(询问厨师他会如何称呼食物或菜单项!)作为聚合根很好,因为它们都存在并且有自己的身份(随着时间的推移,您可能有不同的菜单,菜单可能包括在其他菜单上使用过的食物)。
将类别作为值对象可能更合适(同样,也许厨师会称其为课程?) - 您有多少类别(我相信这些课程可能是固定的)?一个品类是否有自己的生命周期和身份?每个产品上的枚举可以很好地满足这一要求。
您还提到删除……这听起来像是一个技术基础设施术语。这有两个问题:
如果您执行上述操作并拆分为两个聚合根(菜单和产品),您将如何在菜单引用产品时处理产品的删除?这变成了跨两个聚合根的事务,这很难实现(DDD 的主要思想之一是定义事务边界并通过聚合强制执行不变性 - 从外部对聚合根的任何外部操作都应使其处于一致状态)。
想想厨师或餐厅经理会做什么——他们会删除菜单,还是将其存档或使其不再可供选择?
有助于巩固上述内容的一种资源是 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)