你如何规划你的应用程序并将其划分为有界上下文？一方面，拥有所有这些解耦非常方便，但另一方面，过多的粒度会导致非常繁琐的开发。这条细线在哪里？在设计有界上下文和上下文映射时，您会考虑哪些因素？它们是技术性的、战略性的吗？
在许多示例中，您将电子商务应用程序视为一组有界上下文:目录、购物、发票、交付等。
那些来自哪里？
最佳答案
技术，绝对不是...
您听说过 Event Storming ?我认为这是找到界限的好方法......
有界上下文是关于语言的，它不是技术或架构思考，而是更多关于你的领域和你的领域专家使用的词:Greg Young explain-it well in the beginning of this talk
当您对领域模型进行建模时，您必须定义您的边界(对于电子商务而言，产品不是在不同上下文中具有相同属性的相同概念:目录、购物……关于客户的同一件事……而您没有'不必为每个上下文使用相同的实体，因此每个上下文都有其特定的通用语言)，迭代地考虑这个事件(有时限界上下文出现并且首先不清晰可见)
关于domain-driven-design - 打破应用到有界上下文，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/25153973/