为每个子域对应一个限界上下文是原则，使用此原则将划分限界上下文转变边划分子域。子域通常有客户和领域专家决定。例如，客户提出需要销售预测系统来稳定公司收入，或者是客户支持系统来降低人工费用。这些都是子域，所以，大多数时候，参考领域专家的意见。然而还有一些因素影响，比如团队规模，当规模超过8，就要考虑将限界上下文划分。再比如代码规模，随着代码规模增长，小团队很难去维护。大多数情况，限界上下文对应 单个子域的方法是适用的。上面讨论的是多个限界上下文对应单个子域的情况，那单个限界上下文对应多个子域呢？我们例子中的ATM和SnackMachine体量很小，可以将之合并为单个限界上下文，但是仍不建议，保持限界上下文和子域一对一是最重要的原则。确保限界上下文对应的子域是独立的，而不是某个子域的一部分。而限界上下文的物理隔离是另一个问题，两个限界上下文可以在一个项目中共存。之后我们会讨论限界上下文的物理隔离问题。团队界限也应和限界上下文对应。