每次我认为我了解如何识别有界上下文时，我都会意识到水仍然很混浊。所以这里...
我正在开发一个包含以下功能的客户门户：客户、用户、公告、反馈、文档和报销。我们只是在另一个系统的报销批准上放置了一个漂亮的 UI，所以这个很容易看出它是我们集成的另一个 BC。现在与其他人一起，我不确定如何将它们组合在一起。所有这些都属于一个单一的 BC '门户'吗？或者也许有单独的“管理”、“通信”、“文件”BC？
任何想法将不胜感激！
问问题
788 次
1 回答
2
在“问题空间”中，它通常由语言驱动。首先寻找您发现自己必须为解释或围绕概念的讨论提供上下文的情况。例如，如果您的某些内容根据您所谈论的上下文而具有不同的含义。一个很好的例子是“ticket”——如果你的上下文是销售演出的门票，与服务台上下文中的门票是某人提出的问题相比，这可能意味着不同的东西。
这通常会随着您的发展而发展，因为您发现概念变得太大，或者您发现他们承担了以前没有的责任。如果您发现两组不同的人对事物的附加意义略有不同，这是另一个好迹象，表明您可能需要单独的上下文。另一个好兆头是当您开始添加布尔标志来控制事物以及可为空的字段时。
客户、用户、公告、反馈、文件和报销。所有这些都属于一个单一的 BC '门户'吗？或者也许有单独的“管理”、“通信”、“文件”BC？
根据您所谈论的“事物”，这些概念中是否存在不同的概念？可能是您有许多子域，每个子域都有一个有界上下文，其中模式保持一致
我可能会从每个子域的单个上下文开始，然后随着概念的出现将它们分开。
于 2016-08-12T15:37:46.220 回答