每做一个上点体量的项目就会再看一遍！

这本书从架构层面，给我们介绍了一些基本的设计原则。一个软件架构的优劣，可以用它能满足用户需求的最低成本来衡量。如果这个成本很低，并且在整个软件生命周期中一直能维护这么低的成本，那么这个系统的设计就是优良的。每个软件系统，都可以从行为和架构两个层面来进行区分。行为是实现具体的业务逻辑，把架构测试与业务逻辑结构的软件设计。软件架构设计好坏的一个衡量标准就是软件是否易修改。在进行软件架构设计的过程中，SOLID 是一个很重要的原则：1. 单一职责原则。2. 开闭原则。3. 里氏替换原则。4. 接口隔离原则。5. 依赖反转原则。在进行软件设计时，要进行层次化，插件化的设计。将软件分为不同的层，利用接口设备器进行结合，并且将不同层之间的依赖都进行控制，不要依赖，不可改动或很难改动的代码部分。利用面向对象设计原则中的多态，可以实现插件化的设计。落实到我们的具体工作当中，高内聚，低耦合是一个非常实用的原则。保证代码是对外易扩展的，对内是高内聚、很少需要改动的。

这本书最吸引我的是最后两章 “实现细节” 以及 “架构设计考古”，你会看到某项技术是在什么背境下产生的，在没有这些通用技术的年代，软件工程师又是怎么解决这些问题的，古代软件工程师是怎么看待现代的这些通用技术，阅读这些内容会让你回到原点去理解所要解决的本质问题是什么。

推荐想成为架构师的朋友读一读。这本书中关于不同编程泛型、面向对象设计原则的介绍非常深入浅出，易于理解。我也阅读过《敏捷软件开发 - 原则、模式与实践》，它是面向对象设计原则的原著，说实话，难以理解。另外我也读过《黑客与画家》，三种编程泛型的编程语言都使用过，还专门学习过编程语言的原理，我也无法像作者这样深入浅出介绍三种编程泛型的关系和区别。所以真心佩服作者。当然和项目经验有关系，作者工作的时代还是软件工程诞生的早期，接触过的软件项目和规模也足够多。也得佩服作者的深入思考，这种思考能力也是我们搞技术的人需要具备的。这本书的美中不足可能就是案例介绍的不够细致，对于初学者来说，看懂可能有点儿难度，如果案例能再配上代码就更好了。# 成为架构师

4 星半，入门蛮有用，对什么是对的，架构设计着重点在哪里有比较好的引导，树立了架构的基本观念（现在看也不过时）

很棒，期待下一本。

在中断了半个月（过年的时光虚度了）后，终于把 bob 大叔的神作看完了，再次收获一次认知升级的快感！

划分组件边界和延迟决策，可以说是架构设计的本质。换一种说法是，基于慢变量做决定。推迟其他的决策，直到不得不做的时候。