领域驱动设计专题(二) - DDD的应用场景

DDD帮助领域专家、开发、项目经历、QA在同一种语言上理解业务和软件。使业务、设计、代码在领域内达成一致，减少信息传递过程中的丢失带来的软件结果偏离软件需求。

在DDD之路上取得成功，你肯定要学习，大量的学习。但是所有人都面临一种困境，为什么这么说呢，：
“就个人而讲，我时刻都在准备学习，但是我并不喜欢被人教。”

那么如何将知识传递变成一件愉悦之事，并且保证你在DDD上有所收获？
1、使领域专家和开发在一起工作。（PM和RD）
2、 准备传达业务规则。
3、可以帮助业务人员自我提高。
4、关键在于对知识的集中。可以确保软件知识并不只是掌握在少数人手中。
5、 在领域专家、开发者、软件本身上不存在翻译。当大家都使用同一种语言进行交流时，每人都能听懂他人所说。
6、设计就是代码。
7、DDD提供了战略和战术设计两种方式。战略设计帮助我们理解哪些投入是最重要的，哪些是既有软件资产是可以重新拿来用的。哪些人应该被加入到团队中？战术设计原则帮助我们创建DDD模型的各个部件。

DDD的最佳实践包含了高层的架构设计和底层设计实践，关注业务规则和数据不变性，并且可以对业务规则起保护作用。

通常值得投入的是那些重要的、复杂的的东西，因为这些东西将为我们带来可观的回报，正因为如此，我们将这样的模型命令为核心域，那些相对次要的成为支撑子域。

DDD的作用是简化、降低耦合，而不是复杂化，那如何评价当前是否应该使用DDD？如下图

image.png image.png