内容简介：领域驱动设计是一种解决跨学科交流问题的软件工程方法：由于开发人员和专业人员使用不同的术语，因此存在相互理解问题。这首先是业务语言问题（不是编程语言），DDD通过为开发人员和专业人员提供一套用于理解的规则以及因此基础领域的通用模型来帮助弥合这一障碍。
领域驱动设计是一种解决跨学科交流问题的软件工程方法：由于开发人员和专业人员使用不同的术语，因此存在相互理解问题。
这首先是业务语言问题（不是编程语言），DDD通过为开发人员和专业人员提供一套用于理解的规则以及因此基础领域的通用模型来帮助弥合这一障碍。
CRUD不适合专业建模
对于开发者来说，这意味着思维要告别自己过去的CRUD珍视方式，搬出自己的安乐窝(banq注：老子的空屋心态)：也就是告别通过CRUD（创建，读取，更新和删除）作为建模数据的 工具 或作为开发模型的起点，CRUD 不仅从技术角度来看 是 不合适的 ，而且甚至是危险的。
不幸的是，很多开发者在进入DDD是困难的，因为它很难在看了第一眼就能够明白，不幸的是，往往也与CQRS（命令查询责任隔离）和事件溯源是混在一起，即使这些概念并不一定与DDD有关： 它们只是恰巧相互补充 。
DDD的参考建议
Eric Evans最初创造了DDD这个词，他在这个站点专门提供 一个DDD参考PDF ，这作为理解DDD的参考很有帮助。
理解DDD的条目通常是困难的，因为DDD术语本身首先是难以理解和有点混乱的，补救的办法是使用好的参考。
以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网
猜你喜欢:
- 解构领域驱动设计（二）：领域驱动设计的核心之分层架构
- 领域驱动设计实践之路（四）：领域驱动在微服务设计中的应用
- 架构视角 - DDD、TDD、MDD领域驱动、测试驱动还是模型驱动？
- 领域驱动设计落地方案
- 领域驱动设计概览
- 领域驱动设计简介
本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。
