关于 DDD 的感想

这东西这些年一直不温不火的，虽然近几个微服务体系下又获新生，可面对一众习惯了面向对象的开发人员，想统一对领域的理解太难了，领域边界每个人都有自己的认识，在一个需求里，划分边界本身就是个问题，而且开发方式的转变更是加大了推广难度，反正我们试过，最后没坚持下来

算是一个指导思想吧。 最后能不能统一你们公司的代码风格就看你们 code review 的严格程度了。任何好的制度、不强制执行都是不行的。

能不能成关键在团队素质，如果整体水平相差不大的话，DDD 还是比较好落地

当然要花时间好好做设计了，所谓磨刀不误砍柴工，怎么都 2020 年了还有人不懂。有人觉得没有时间去做设计，这个大概率是设计做得不够好，没有起到应有的效果。对于这种情况，我只能说“坚持下去”！任何能力的锻炼都是需要时间的，不积跬步无以至千里。

举一个最新的栗子吧。我月初接了个活，app/商户 /平台 3 端，这个系统有 3 大模块 20 张表 80 多个接口，要和 Javashop 集成。我要负责开发环境的部署和服务端代码的编写。只要是服务端的都归我。。。甲方要求 20 号交付，我还提前了几天，总计大概花了 120 个工时吧。其中折腾开发环境就足足 1 周的时间，占了总工时的 1/3 ！！！为啥呢？因为甲方没有文档，全靠猜。然后设计有个 10 来天吧，中间和甲方来回沟通落实细节。甲方的原型漏洞百出，没办法，只能多花时间沟通落实。真正写代码的时间有多少？ 3 天都不到！只占总工时的 1/5 。

所以呢，在设计上多投入，是非常划算的事情。

DDD 是什么?

@xuanbg 3 天写 80 多个接口，牛逼

@sagaxu 大多是增删改查的八股代码，复制-粘贴-稍微改改。平均下来十几分钟一个接口，也不算快。

产品经理只说一句：今晚就要，明天上线！

@RRRoger 领域驱动设计

@xuanbg #4
@sagaxu #6

以俺的经历来说，其实设计的好，真正写代码时，是不怎么需要动脑的。

前提是自己设计的好。

还面临一众读不懂 ddd 瞎吓唬 ddd 的人，比如一楼。

DDD 就是扯淡

不好落地

V 站的柠檬精真不是一般的多。

成为那个有话语权的人就好了

设计是核心

写不动也不想写 写了段时间放弃了 没有专业领域能做决定的人 很难

soa 思想不到位的话，ddd 做起来就比较难受。

@xuanbg 可是 BOSS 可不会给你时间磨刀

其实感觉更是 kpi 的产物，并不是所有公司需要所谓的 DDD 微服务··