【问题标题】:Advice on domain modeling关于领域建模的建议
【发布时间】:2009-03-07 07:19:48
【问题描述】:

这里是 DDD 新手,有一个架构问题,这应该是一个典型问题。

我有一个 StockItem 实体和一个 Store 实体。我将一个 StockItem 分配给多个商店,并为每个商店设置不同的 ParLevel。然后我需要进行交易(销售、购买、转入等)来调整各个商店的手头数量。

对此解决方案建模的首选方法是什么?在我的数据库中,我将有以下简化的表结构: [库存项目] StockItemID pk, 名称

[商店] StoreID pk, 名称

[Store_StockItem] StoreStockItemID pk, StoreID fk, StockItemID fk, ParlLevel, 手上数量

[StockItemTransaction] StockItemTransactionID pk, StockItemStoreID fk, StockItemTransactionTypeID fk, 数量

非常感谢任何建议

【问题讨论】:

    标签: domain-driven-design


    【解决方案1】:

    我认为这里的任何人都不能真正给你想要的答案,因为领域驱动设计的重点是你自己的特定业务领域应该指导对象模型。

    我要提供的唯一一条建议是,当您在域上工作时,您不应该担心数据库如何模拟这些关系。您应该根据规范化规则对您的数据库进行规范化,并根据实际业务领域创建您的领域模型。

    请记住,数据模型和域模型不会以 1:1 的方式相互映射。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2011-07-10
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-04-19
      • 1970-01-01
      • 2011-04-03
      相关资源
      最近更新 更多