领域驱动设计

领域驱动设计的思想是非常有价值的，但是本书成书太老，例子也是大多数人不熟悉的会计和货运领域，所以很难搞懂应该如何把领域建模应用到实际开发中。我觉得要写好领域驱动设计这个主题，好的例子真的非常重要。

常读常新

不接地气

用model理解并固化domain knowledge，这一点有点像「建筑师的图解思考」。layered architecture更像是建筑解构，每一层都有它专注的任务，正如围护层与结构层等等的关系。 layered architecture与smart UI（react/vue）互斥。layerd architeture一般划分成用户界面层、应用层、领域层、基础框架层。domain model里的「构造块」：entity/value object/service/module/aggregate/factory/repository

诘屈聱牙

核心理念是行业专家和架构专家一起构建抽象后的业务模型。这本书在提供不同类型的例子上还是少了一点。

经典之作，但是落地的时候要考虑人的因素。

每周几章，每章做笔记。案例太少，案例跟理论结合的也不好，最好的例子是通过群盲摸象来比喻模型的冲突和统一，通过防火墙来解释隐喻，两个很简单的例子，但是很形象。介绍了很多模式，有的模式可能已经过时了。思想还是有很多可以借鉴的。本书需要熟悉Java和极限编程。

读了前三部分 作为DDD所谓“战术设计”的补充。我找不到“领域专家”来协助我建模…感觉 model driven design 就是OO的指导准则，最重要的是概念挖掘，对约束和过程等隐概念建模，而不是出于本能，编写面条代码

翻译太差了，关键之处要读懂很费力。几点收获：做架构要多和行业专家沟通，模型本身的边界，与其他模型的依赖，都有解决办法，书中有一些最佳实践，比如服务分层，数据映射等。最后架构的设计离不开组织的保障。