相关语录

系统维护的主要成本集中在“探秘”和“风险”这两件事上。其中，“探秘（spelunking）”的成本主要来自我们对于现有软件系统的挖掘，目的是确定新增功能或被修复问题的最佳位置和最佳方式。而“风险（risk）”，则是指当我们进行上述修改时，总是有可能衍生出新的问题，这种可能性就是风险成本。

服务边界并不能代表系统的架构边界，服务内部的组件边界才是。

不管怎么看，研发团队最好的选择是清晰地认识并避开工程师们过度自信的特点，开始认真地对待自己的代码架构，对其质量负责。

但是他们真正偷懒的地方在于——持续低估那些好的、良好设计的、整洁的代码的重要性。

一个优秀的软件架构师应该致力于最大化可选项数量。

实现一键式的轻松部署应该是我们设计软件架构的一个目标。

如果A组件不想被B组件上发生的修改所影响，那么就应该让B组件依赖于A组件。

可以用顺序结构、分支结构、循环结构这三种结构构造出任何程序。

通过采用封装特性，我们可以把一组相关联的数据和函数圈起来，使圈外面的代码只能看见部分函数，数据则完全不可见。

源码层面的依赖关系一定要指向同心圆的内侧。层次越往内，其抽象和策略的层次越高，同时软件的抽象程度就越高，其包含的高层策略就越多。最内层的圆中包含的是最通用、最高层的策略，最外层的圆包含的是最具体的实现细节。