DDD 是中台时代被引用最多、也被误用最多的一套方法论。三个误区，几乎每个团队都踩过至少一个。
误区一：限界上下文 = 组织架构
“我们团队负责订单域”——这不是限界上下文，这是汇报线。限界上下文的本质是语言边界：同一个词“订单”，在交易、物流、售后语境里是完全不同的模型。按组织图划上下文，得到的永远是组织的镜像，而不是模型的边界。
误区二：贫血模型换了个名字叫“领域服务”
把 getter/setter 从实体挪到 Service，不叫充血模型。领域对象的价值在于用方法封装不变量：order.cancel() 内部保证“已发货订单不可取消”，而不是把这个判断散落在十个调用方。
误区三：事件风暴开完就结束了
事件风暴产出的是一面墙的便利贴，不是架构。真正的产出物是上下文地图：谁上游谁下游、走防腐层还是共享内核、哪些是通用域该买不该造。
DDD 不是银弹，它只是一套让“业务”和“代码”说同一种语言的翻译器。翻译器再贵，也贵不过鸡同鸭讲。