先定义领域模型再据其定义数据模型

DDD主要通过限界上下文应对复杂度，它是绑定业务架构、应用架构和数据架构的关键架构单元。设计由领域而非数据驱动；为保证定义了领域模型的应用架构与定义了数据模型的数据架构变化方向相同，就应在领域建模阶段率先定义领域模型，再根据领域模型定义数据模型。这正是领域驱动设计与数据驱动设计的根本区别。发散：一旦颠倒顺序（先建库表再套对象），数据模型的形状就会反向塑造领域模型，业务概念被表结构绑架——”先领域后数据”是抵抗这种绑架的方向盘。