对PlantUML们的评价-《软件方法》全流程引领AI-第1章 02
AI辅助的建模步骤-《软件方法》全流程引领AI-第1章 03
圈子割裂历史和封闭引用-《软件方法》全流程引领AI-第1章 06
1.6. 伪创新的乐土：“互联网”-《软件方法》全流程引领AI-第1章 08
第1章 ABCD工作流
1.6. 伪创新的乐土：“互联网”
1.6.3 “领域驱动设计”的乐土
随着互联网（以及移动互联网）的不断扩展，工作和生活的各个流程中和大众接口的环节，大多数都已经改成了信息系统接口，例如购物流程中的下单环节、就医流程中的挂号环节、政务流程中的申请环节……。
开发人员开始不得不思考一些领域逻辑，但前面已经“敏捷”习惯了，建模能力普遍退步或者从来就没有建立，也不愿意咬紧牙关认真学习。于是，迎合这些开发人员口味的伪创新翩翩登场。
其中的代表就是“领域驱动设计”。在[1.5.4.1 偷梁换柱]中已有描述：把比较难、懒得学的建模方法归为“传统方法学”，把“领域驱动设计”吹捧为“新一代方法学”，这些开发人员在谈论时把焦点放在“新一代”（或革命性、划时代）上，心照不宣地假装自己对“传统方法学”已经熟悉到不屑一谈了。
所以就出现了这样的诡异现象：既然以“领域驱动设计”为名，按道理应该是领域逻辑越复杂的系统越需要“领域驱动设计”，但领域驱动设计“大行其道”的地方却是“互联网系统”，布道者很大比例来自“互联网公司”。
常见的领域驱动设计文章是这样的：
先念经“DDD是解决业务系统复杂性的方法学”，然后再把几个DDD造词吹一通，这一套复制粘贴的常规操作做下来，就已经占据不少篇幅了。
接下来开始举例了，但例子只有1-2个领域类，涉及的领域逻辑也极其简单（也许在DDD圈子看来已经够复杂），然后就开始大谈实体、值对象、仓储、上下文、聚合根、六边形架构……还会给出代码，代码一层又一层，颇为壮观。一点点领域逻辑，包出这么多饺子，难怪伪创新买家（开发人员）会大喊“受用”！
也有银行、保险、医疗等行业组织中的开发人员分享“领域驱动设计”的心得，你以为这回应该有真东西了吧？
仍然没有。他们象征性地简单罗列一些领域概念，意思是“你看，我这里有领域喔”，然后还是前面那个套路，最后，声称领域驱动设计给他们带来了多少多少的好处。
领域逻辑哪里是简单罗列一下就能表达，不使用类图、状态机图这样的建模技能（或等价的形式）是很难刻画出来的——但没关系，他们会骗自己以及骗别人，只要我开始编码，领域逻辑会自然而然从天上掉下来。退一步说，大不了就不断“敏捷试错”嘛！
伪创新圈子如果能咬咬牙去学习，掌握了真正有用的建模知识，大概率也就不会再去相信之前那些伪创新话术了，甚至会为曾经相信那些东西而羞愧。但是很遗憾，伪创新圈子很少有人会这样做，他们更热衷于组圈子，搞人情世故。
行业组织中的伪创新买家（开发人员）更值得警惕，特别是他们把手伸向汽车、航空、航天、国防等领域时。
更多详细探讨，参见我写的《DDD领域驱动设计批评文集》。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
