领域驱动设计是一种解决跨学科交流问题的软件工程方法：由于开发人员和专业人员使用不同的术语，因此存在相互理解问题。
这首先是业务语言问题（不是编程语言），DDD通过为开发人员和专业人员提供一套用于理解的规则以及因此基础领域的通用模型来帮助弥合这一障碍。
CRUD不适合专业建模
对于开发者来说，这意味着思维要告别自己过去的CRUD珍视方式，搬出自己的安乐窝(banq注：老子的空屋心态)：也就是告别通过CRUD（创建，读取，更新和删除）作为建模数据的工具或作为开发模型的起点，CRUD 不仅从技术角度来看是不合适的，而且甚至是危险的。
不幸的是，很多开发者在进入DDD是困难的，因为它很难在看了第一眼就能够明白，不幸的是，往往也与CQRS（命令查询责任隔离）和事件溯源是混在一起，即使这些概念并不一定与DDD有关：它们只是恰巧相互补充。
DDD的参考建议
Eric Evans最初创造了DDD这个词，他在这个站点专门提供一个DDD参考PDF，这作为理解DDD的参考很有帮助。
理解DDD的条目通常是困难的，因为DDD术语本身首先是难以理解和有点混乱的，补救的办法是使用好的参考。
相关：领域驱动设计参考