关于DDD,个人理解_财经热点

创始人

2025-05-29 08:33:00

个人理解:
这是一种思想,而不是框架或者技术.是指导方法,

最简单的说就是:拆分,再拆分,降低耦合度,模块内实现高内聚.

目的是: 高内聚模块之间低耦合

但是,很容易搞成四不像,模块高耦合.没有边界,没有规定那些内容在具体的模块中!!
若没有一个全面的了解整个系统,不建议DDD,需要设置边界,整个小组统一思想目标,每一个方法规范到具体的位置.

DDD 更像是一项软技能，一种方法论，包含了很多设计理念,就像PMP,只是理论指导思想,但是实际工作,希望能这么做,但不一定必须这么做.需要有系统大局观,有完整的框架结构,还要考虑到后期的扩充内容!!!

我觉得 DDD 最复杂的地方，其实是在它的领域设计部分，项目启动前，你一定要设计各个领域对象，以及它们直接的交互关系。

MVC：上来就可以开干，短平快，前期用起来很香，整体开发效率也更高，所以对于紧急，或者不那么重要的项目，我会直接用 MVC 怼，不好的地方就是，后面会越来越复杂，可能最后就是一坨屎山，但是很多时候，比如老板进度催的紧，我哪想到那么多以后呢？
DDD：前期需要花大量时间设计好领域模型，对于一些基础组件，或者一些核心服务，如果对象模型非常复杂，建议采用 DDD，前期可能会稍微痛苦一些，但是后期维护起来会非常方便。