项目终于用上了 DDD 领域驱动，太强了！
我在公司对支付业务、结算业务、资金业务使用DDD进行领域建模的两年，得到了许多好评，也面对过不少质疑，总体来说还是能收获不少，这对团队成员理解业务起着很大作用。近半年一直在研究DDD的落地实战，如今已修得阶段性成果，迫不及待与大家分享我的落地经验。
DDD分为战略设计与战术设计。一般来说，领域建模是属于战略层的，而DDD工程落地是属于战术层的，两者是否结合使用，视实际情况而定，比如传统的MVC架构也能使用DDD进行领域建模，DDD架构最好是先做DDD领域建模。
最新上线的一个微服务——内部交易中心，我们使用了DDD架构来落地，希望看完对大家有启发。
领域驱动设计DDD从入门到代码实践
在本文中，作者将借鉴《实现领域驱动设计》的做法，介绍领域驱动设计的基本概念的同时，用一个虚拟的公司和一个虚拟的项目，把领域驱动设计进行落地实践。
架构设计：领域模型图(数据架构/ER图)
数据架构重要的输出是数据-实体关系图，简称 ER 图。ER 图中包含了实体（数据对象）、关系和属性 3 种基本成分。ER 图可以用来建立数据模型。如何准确的建立产品的数据模型，需要分解出业务需要什么样的数据。数据域的分解过程是站在业务架构的基础上，对业务域进行模型分析的过程。说起业务建模，大家很快会想到领域模型这个概念。这里的思路是通过领域建模来逐步提取系统的数据架构图。