领域模型定义
之前所有业务都在service层，各业务实体对应的bean仅有getters, setters,称为贫血模式<br>
DDD倡导第个领域模型应实现与其相关的业务逻辑。。如“银行帐号”实体应实现“借出”、“贷款”等基本业务逻辑
Service层只是负责宏观的业务组装，而不应该关注与领域模型相关的细节
其中用到了<b><font color="#c41230">策略模式</font></b>。不同类型实体的同一类实现，应定义在各自实体中<br>
以上的理论遵循的是solid单一职责S
驱动模型
传统的数据驱动
需求分析-》数据建模-》建库建表建DAO-》编写数据操作逻辑<br>
领域驱动DDD
需求分析-》领域分析-》领域建模-》核心业务逻辑-》技术细节<br>
语言
传统的数据驱动
用户语言（业务语言）需要转换为数据驱动的模型语言，体现至代码层面。业务和技术存在沟通上的障碍<br>
领域驱动DDD
从用户到产品到技术，都采用统一的沟通术语，用户对于真实事物的操作的理解，是完整的映射到代码层面的，因此统一语言得一确立<br>
面向对象
DDD更关注于面向对象，所有的核心业务都与对象关联。对象在技术层面再也不是面向数据驱动时的数据库表的映射。
