限界上下文同时是领域模型与数据模型的逻辑边界

Eric Evans引入限界上下文的一个重要原因，是”无法维护一个涵盖整个企业的统一模型”，于是需要它”标记出不同模型之间的边界和关系”。限界上下文作为业务能力的纵向切分，既是领域模型的逻辑边界，又是数据模型的逻辑边界，如此才能保证业务架构、应用架构、数据架构三者的一致性。在领域模型内部，聚合是最小的设计单元，资源库是持久化实现的抽象，一个资源库对应一个聚合，故聚合也是领域模型最小的持久化单元。引入限界上下文与聚合后，领域模型类与数据表可能突破一一对应关系，因此持久化时须考虑二者关系，且建模一定是先有领域模型后有数据模型，映射时不能破坏限界上下文和聚合确定的边界；聚合内的实体与值对象则不必也不应设计为与表一对一。发散：一致性靠”同一条逻辑边界贯穿业务/应用/数据”来保证，而非靠物理边界的一一对应。