DDD（Domain-Driven Design 领域驱动设计）是由Eric Evans最先提出，目的是对软件所涉及到的领域进行建模，以应对系统规模过大时引起的软件复杂性的问题。DDD 的目的非常的好，但纵观际实施落地的情况，却很尴尬。DDD 这个理念的提出，让很多团队的CTO，技术总监或架构师都觉得，这不又是一个大神留下的一个传说吗，DDD 听过，有很多名词，很多概念，貌似很高大上，然并卵，没见过真正的系统。
所以本程序员想通过自己的项目设计和实施经验，开讲一个脚踏实地系列，来讲述DDD，当然相关的概念还是会提及，但绝对用真实的项目去解释这个概念背后的逻辑和思考。
最后在这里要说明的是，一个思想或一部经典，每个人读会有不同的角度去解读，本程序员会安照自己的实际经验和领悟力去解读并总结一些要点，但这些并不保证完全符合原作者提出的之完全本意，但肯定保证这些要点和解释满足本人曾经经历过的项目需要，希望在这里能得到知我者，懂我者，一起探讨这条没有终点的软开之路。
