领域驱动设计DDD系列-Repository模式.docxVIP

? ? 领域驱动设计DDD系列 Repository模式 ? ? DDD的宏观理念其实并不难懂，但是如同REST一样，DDD也只是一个设计思想，缺少一套完整的规范，导致DDD新手落地困难。我之前的架构篇主要从顶层设计往下看，从这一篇开始我希望能填补上一些DDD的代码落地规范，帮助同学在日常工作中落地DDD思想，并且希望能通过一整套规范，让不同的业务之间的同学能够更快的看懂、掌握对方的代码。但是规则是死的、人是活的，各位同学需要根据自己业务的实际情况去有选择的去落地规范，DDD的规范不可能覆盖所有场景，但我希望能通过解释，让同学们了解DDD背后的一些思考和取舍。 1. 为什么要用Repository 1.1 - 实体模型 vs. 贫血模型 Entity（实体）这个词在计算机领域的最初应用可能是来自于Peter Chen在1976年的“The Entity-Relationship Model - Toward a Unified View of Data（ER模型），用来描述实体之间的关系，而ER模型后来逐渐的演变成为一个数据模型，在关系型数据库中代表了数据的储存方式。而2006年的JPA标准，通过@Entity等注解，以及Hibernate等ORM框架的实现，让很多Java开发对Entity的理解停留在了数据映射层面，忽略了Entity实体的本身行为，造成今天很多的模型仅包