复杂软件设计之道：领域驱动设计全面解析与实战

夸大了DDD的价值，看过几本相关书结合在团队中实践，个人观点是DDD不会成为有生命力的主流设计模式，原因在于它是脱离大众脱离实际的，断言它最后会和j2ee一样，进入历史的博物馆。DDD中确实有很多理念和设计是有价值的，然后大部分并不是DDD所发明创造的，而是它发明了一整套新的概念来把已有的很多做法加以阐述。同时过于强调业务语言设计和概念，导致它只能在少数全部成员都熟悉精通DDD的团队，且业务特性又刚好适配的情况中发挥作用。这也是为什么说DDD是脱离群众的。

书中内容太冗余，太扩散。 每个章节的内容大部分再讲不相关的内容，有点浪费时间。反而会把重要的信息淹没掉。 另外，感觉每个章节是拼凑起来的，前后没有一定的连贯性，甚至有些句子也缺乏逻辑性。 总之，不太建议初学者看！

文中大量的语法错误（准确说是中文语法错误，比如不断句、主语缺失或漂移），让读者能够体验到英文科技文献的阅读感受。逻辑被淹没在长难句解析里，找不到，理不出。

书里提供了一种解题思路，衔接业务、产品和技术，让业务架构更加贴合实际生产的同时，具备更好的扩展性。 无论是应对大型项目还是中小型需求，这套思路都能协助架构师做出相对合理的系统边界的定义，在协调跨域技术方案的合理性问题上，能够给出不错的建议。 读一本书重点是抓到自己需要的知识，不同人、不同阶段能吸收 和 想吸收的内容不同，所以书评反差比较大也属于正常，仁者见仁、智者见智。

更多是一种大脑思维方式和建模方式

DDD是很糟糕的东西，是老黄历，是过去单体模式下的产物。在当前拆封微服务的前提下，基本没有价值。微服务下，单个服务代码规模，根本达不到需要DDD的规模，强行使用，就是在脱裤子放屁！请不要使用DDD! 你只需要拆微服务。 简单直观的设计，优于复杂不自然的。 凡不自然的，必然不是好的。大道至简。切记！

花费一个多月利用地铁上下班时间看完这本书，前几章都是介绍传统建模的缺陷，DDD建模的产生背景，是如何应运而生的。接着讲解DDD方法论，包括战略设计何战术设计，如何发现有界上下文，核心子域和支持子域，聚合发现，活动和实践，以及相关建模业务概念。同时介绍了基于DDD的产生架构，譬如整洁架构，六边形架构，CQRS架构，这些架构的设计理念和思想。并结合相关案例，通过DDD如何实施与建模。部分章节比较枯燥，全部是理论概念，只有结合案例才能加深理解。总体还是不错了，算作自己第一本理解DDD设计思想的书籍吧，可以指导自己在公司系统架构的相关借鉴，促使自己从面向对象设计与面向ER设计，向DDD设计思想转变。从实际来讲，完全应用到项目之中不太切实，毕竟客观情况放在这儿，每个人对DDD只是了解，缺乏应用与实践，这也是大多数公司技术研发面临的现状。

作者废话比较多，往往一个观点来来回回说，并且还有讲分布式事务的，精简一下基本上可以少个1/3甚至更多。对于上下文，子域，聚合根，值对象等的描述还算比较清晰，不过相对于经典的那两本书还是显得啰嗦，比较好的是结合了自己维护的一个网站做的阐述。还有书中的一些观点是为了夸ddd才加上的。。显得过于刻意。。

整体还是不错的，在原版基础上有理论有实践，作者把DDD周边的技术，架构都整合到了本书中，也算是对读者的一种概念普及，而且可以融汇到具体的案例中。 最后一个例子看不进去，不知道是不是作者时间仓促，表叔方式的原因，这种实践性的可能不太容易用文字来表示吧。 感谢作者

领域驱动设计更趋近于现实世界的构建模式和思维。本书作者对领域驱动设计有着较为深刻的实践经验，全书贯穿着详细的案例、代码示例以及作者的感悟与经验总结。在阅读过程中，有很多点给人以豁然开朗的感觉。 通读一遍之后，对领域驱动设计有了思想与理念上感知，在实践也有了些落脚点。本书将作为以后在实践领域驱动设计过程中不断翻阅的指导书。