DDD

大家好，今天跟大家聊聊DDD。

其实一直不想聊DDD，因为我觉得这个东西被传的太“飘忽”了。

DDD的全称是“Domain Driven Design”，即“领域驱动设计”。

从扶墙老师的角度来说，这东西其实就是拼“你对场景的深刻理解”，说多少理论和方法论都没有意义 。

为什么很多人会疑惑服务和微服务怎么拆分？

为什么很多人学了那么多设计模式还是写不好代码？

为什么很多人设计个数据库表，连用什么字段做主键都选择不对？

说白了还是对场景理解不够，只要你对场景里的实体、角色和流程这些东西都深刻理解了， 你自然就能设计出合理的、结构健康的系统。

什么是Domain？ Domain即场景！

向扶墙老师提问

如果有任何架构相关的问题，也欢迎通过点击或者扫描二维码提问