Domain driven design 关于领域建模的建议
这里是DDD新手，有一个架构问题，这应该是一个典型的问题 我有一个StockItem实体和一个Store实体。我将一个StockItem分配给多个商店，并为每个商店设置不同的ParLevel。然后，我需要进行交易（销售、购买、转入等），以调整各个商店的现有数量 对此解决方案建模的首选方法是什么？在我的数据库中，我将具有以下简化的表结构： [StockItem] StockItemID pk， 名字 [商店] StoreID pk， 名字 [Store\u StockItem] StoreStockItemID主键， StoreID fk， StockItemID fk， 帕勒维尔， 现有数量 [StockItemTransaction] StockItemTransactionID主键， StockItemStoreID fk， StockItemTransactionTypeID fk， 数量Domain driven design 关于领域建模的建议,domain-driven-design,Domain Driven Design,这里是DDD新手，有一个架构问题，这应该是一个典型的问题 我有一个StockItem实体和一个Store实体。我将一个StockItem分配给多个商店，并为每个商店设置不同的ParLevel。然后，我需要进行交易（销售、购买、转入等），以调整各个商店的现有数量 对此解决方案建模的首选方法是什么？在我的数据库中，我将具有以下简化的表结构： [StockItem] StockItemID pk， 名字 [商店] StoreID pk， 名字 [Store\u StockItem] StoreStoc
非常感谢任何建议我认为这里的任何人都不能真正给你想要的答案，因为领域驱动设计的全部要点是你自己的特定业务领域应该指导对象模型 我提供的唯一建议是，在处理域时，您不必担心数据库如何建模这些关系。您应该根据规范化规则规范化数据库，并根据实际业务领域创建域模型
请记住，数据模型和域模型不是以1:1的方式相互映射的。我认为这里的任何人都不能真正给出您想要的答案，因为域驱动设计的全部要点是您自己的特定业务域应该指导对象模型 我提供的唯一建议是，在处理域时，您不必担心数据库如何建模这些关系。您应该根据规范化规则规范化数据库，并根据实际业务领域创建域模型 请记住，数据模型和域模型不会以1:1的方式相互映射