Domain driven design 领域驱动设计建模建议

Domain driven design 领域驱动设计建模建议,domain-driven-design,abp,Domain Driven Design,Abp,我试图用ddd来模拟两种类型的发票。 采购发票和销售发票。 简单的行为是采购发票增加库存数量,而销售发票减少。 哪一种适合ddd? 1-分别定义在两个不同聚合中实现业务逻辑的PurchaseInvoice和SalesInvoice? 2-定义一个发票聚合并使用dicriminator字段实现业务逻辑帮助?听起来像是购买和销售是两个完全不同的上下文。这意味着,发票实体可以同时存在于两者中。鉴别器是一种气味,你正在处理两种不同的事情。因此,1或2似乎都不是最佳选择。我宁愿在采购有界上下文中使用发票,

我试图用ddd来模拟两种类型的发票。 采购发票和销售发票。 简单的行为是采购发票增加库存数量,而销售发票减少。 哪一种适合ddd? 1-分别定义在两个不同聚合中实现业务逻辑的PurchaseInvoice和SalesInvoice?
2-定义一个发票聚合并使用dicriminator字段实现业务逻辑帮助?

听起来像是
购买
销售
是两个完全不同的上下文。这意味着,
发票
实体可以同时存在于两者中。鉴别器是一种气味,你正在处理两种不同的事情。因此,1或2似乎都不是最佳选择。我宁愿在
采购
有界上下文中使用
发票
,在
采购
有界上下文中使用
发票

听起来像
采购
销售
是两个完全不同的有界上下文。这意味着,
发票
实体可以同时存在于两者中。鉴别器是一种气味,你正在处理两种不同的事情。因此,1或2似乎都不是最佳选择。我宁愿在
Purchase
有界上下文中使用
Invoice
,在
Purchase
有界上下文中使用
Invoice

最后一句话。发票是存在于采购和销售上下文中的实体。谢谢你最后一句话。发票是存在于采购和销售上下文中的实体。非常感谢。