DDD模型组合和有界上下文

时间:2018-05-25 05:42:44

标签: domain-driven-design

在与产品所有者(不是域专家)多次会面后,我对这些步骤描述的用例有了解:

  1. 买方Bob可以制作proposal,即他想要获得的商品/服务清单。示例:亚马逊(提供商)的10支红色笔,1欧元,
  2. 行政人员Lisa可以考虑此提案并生成commitment。她也可以修改提供者。她必须添加如何为这些商品提供资金(哪个组织单位将参与,购买的性质(投资,...))。
  3. 经理莫妮卡可以验证这一承诺。
  4. 此时,Bob可以向提供商发送订单。
  5. 这种情况可能会因proposal的各种来源而下降:它可以是购买的商品,签署的公共市场合同,......这些不同的形式由其他组织单位处理并尊重一些规则。

    模拟此承诺的一种方法是使用通用类型Commitment<T>,其中T可以采用商品提案,公开市场通知等形式。此对象commitment可以丰富新数据和行为。

    我有一些问题需要定义边界(即画一个上下文图)。我有限的背景在哪里?如果一个对象Commitment<T>意味着承诺和T生活在同一个有限的上下文中。

    如果所有形式的提案(商品,公共市场)+承诺共存,那么我只有一个大的有限背景。

    你如何模仿这样的东西:一个多态的源对象,可以在不同角色的不同角色中充实?

    我的例子让我想起了我读到的某些东西。本文描述了一个Book示例,其中一本书在其生命/工作流程中具有不同的含义:

    1. 一开始,对于一本书,我们纠正错误并搜索最终的标题,
    2. 在最后阶段,从逻辑的角度来看,我们只关心大小,页数,其ISBN
    3. 在这个例子中我可以看到多个有界的上下文,每个都在谈论同一本书,但具有不同的形状和不同的领域模型。

0 个答案:

没有答案