开篇词 让我们把 DDD 的思想真正落地-DDD 微服务落地实战

热门回复：

• 你是在美国上的学吧:听不明白的，或者觉得不能落地的同学。还是回到工作中抽点时间看看优秀框架源码吧。看源码不用纠结细致末梢，看整体设计思想。看明白了再反思下自己动辄一两千行的crud业务类是不是有点low比。 我见过太多整天嘴上高性能，高可用，大数据等等概念的人，在实现业务时却千篇一律的crud。三年的Java却只能背出常用的几个设计模式、Java有几大特性、有接口类和抽象类。重来没有去深究过应该如何应用到自己的业务代码。准备面试时可以看看高大上的概念，工作中还是得提升自己的业务编码能力。这个能力不是crud，而是基于业务对设计模式、语言特性的实践应用。
• 牛顿-莱布尼茨-狗-柯西:我对DDD算是比较实际的。所谓领域驱动其实就是对对象的具体抽象，将系统划分成领域，然后再抽象成对象。这个概念在实际运用中存在很多问题和重大缺陷，将事件抽象成双层其实并不是明智的行为，因为多数系统并没有这么严重的耦合，领域化后反而让系统更加臃肿。领域层到仓储层，中间各种dodto转来转去，实际上带来了更多的代码负担，将原本简单的三范式强行五范式，加各种应用层、贫血模型。最终导致在推广和新人的接纳上出现各种歧义。 尤其是前端设计面相用户时和后台根本没有共同语言，最终联调不得不各种妥协。 所以，如果一开始不是以ddd设计的系统，就不要强行转ddd。
• 叶孤城01:不就是外包吗？为什么说的这么高大上
• 我叫阿呆吖ッ:分享一套某客上DDD的专栏实战课程希望可以对大家有帮助（专栏是文档，无视频） 链接：https://pan.baidu.com/s/1ci9tCTW9SjtWrH50dBhQXQ 提取码：w8g9
• StAR-tzw:封装技术框架层的接口只能存在于理论中，开发框架为了提高开发效率，而你却要与开发框架解耦，这不就是自己在写开发框架了吗？那你写的开发框架要升级换代怎么办？再极端一些：你怎么不和开发语言解耦呢？而且不是所有情况都能适用，技术在不断更新换代，每一代的开发框架都会影响代码风格甚至是写法，如大势所趋的函数式编程你就没法通过开发框架接口封装实现替换。梦想很丰满，现实很骨感。