《领域驱动设计》这本书被很多人捧读，特别身边的几位牛人。周六下单买好书，利用几天空闲时间读了1，2，3，4，9章，对本书想要提供的设计决策框架和相关技术词汇有了初步的认识。本书有两个前提：
1）在大多数软件项目中，主要的焦点应该是领域和领域逻辑
2）复杂的领域设计应该基于模型
先以庖丁解牛方式来看几个定义。
1）由于每个软件都是满足用户的某种需求，那么领域其实特指软件的问题区域。
2）模型是种知识形式，它对知识进行了选择性简化和有意的结构化。
模型是团队（包括业务和开发）使用的通用语言的中枢。有了这个通用语言，就达到了作者想统一的目标，即：领域模型和开发代码中，坚持使用统一语言。领域专家和开发人员要保持一致，从术语、逻辑到结构，打造“一个团队一种语言”。
让我很赞同的一点是，任何参与建模的技术人员，不管在项目中的职责是什么，都必须花时间了解代码，学会用代码表达模型。如果建模人员不参与程序实现过程，对约束就没有切身的感受。
如同DevOps，将配置运维和开发工作整合后，提高了软件交付速度；DDD是否可以在领域模型设计和开发实现间建起一座桥，提高软件的柔性和扩展性。后面两周再看看其他章节里的例子，看看本书怎么教授一些原则和实践方法，多少可以直接借鉴....
网友评论