关于 DDD 的感想

[liliumss]

看多了各种丑陋的代码后，觉得 DDD 真是好东西 但是又觉得没什么卵用

代码写的在好，也要接搜别人恶心的代码，改造起来非常困难，大部分单位工时也不给你这个时间去设计领域模型， 大家在工作中是怎么做的呢

[ixx]

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

[coderxy]

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

[Midnight]

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

[xuanbg]

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

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

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

[RRRoger]

DDD 是什么?

[sagaxu]

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

[xuanbg]

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

[uxstone]

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

[guog]

@RRRoger 领域驱动设计

[asanelder]

@xuanbg #4
@sagaxu #6

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

前提是自己设计的好。

[zhazi]

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

[yzbythesea]

DDD 就是扯淡

[pixiaotiao]

不好落地

[hantsy]

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

[Kirsk]

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

[ZRS]

设计是核心

[CoderGeek]

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

[stupil]

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

[cheng6563]

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

[ArJun]

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