架构整洁之道阅读笔记

全文接近 2W 字，篇幅较长，采用书中重点摘录+不成熟的个人小结组成，桌面端可以点击右侧目录快速定位到你感兴趣的章节

读书笔记

前言

• 今天的软件与过去的软件本质上仍然是一样的。都是由 if 语句、赋值语句以及 while 循环组成的
• 软件架构的规则其实就是排列组合代码块的规则

这说明什么呢，说明了可能我们以为过时的，古老的技术或者解决方案也是有用的

第一部分 概述

第 1 章 设计与架构究竟是什么

• 架构图里实际上包含了所有的「底层设计细节」，这些细节信息共同支撑了顶层的架构设计，「底层设计信息和顶层架构设计」共同组成了整个房屋的架构文档。
• 「软件架构的终极目标是，用最小的人力成本来满足构建和维护该系统的需求。」
• 一个软件架构的优劣，「可以用它满足用户需求所需要的成本来衡量。」
• 乱麻系统：这种系统一般都是没有经过设计，匆匆忙忙被构建起来的

1. 我们经常使用一句话来欺骗自己**“我们可以未来再重构代码，产品上线最重要!”**
2. 另外一个错误的观点：「“在工程中容忍糟糕的代码存在可以在短期内加快该工程上线的速度，未来这些代码会造成一些额外的工作量，但是并没有什么大不了”」

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

软件的架构的终极目标，以及如何衡量一个架构的优劣，尤其是两个错误的观点非常感同身受，我也说过类似的话语，还有一句话是“当前的需求非常紧急，这只是一个临时的系统很快就会被替换掉，我们先完成它”。作为一个专业的技术人员我们需要有一些底线来保证我们的代码架构和质量，不能轻易妥协，这在 Bob 大叔整洁系列的另外一本书中也有提到。

第 2 章 两个价值纬度

1.行为价值

只有可以产生收入的代码才是有用的代码，技术是需要为业务服务的，但是我们的工作并不是说就按照需求文档写代码，修bug就行了

• 软件系统的行为是其最直观的价值维度。程序员的工作就是让机器按照某种指定方式运转，给系统的使用者创造或者提高利润。
• 按照需求文档编写代码，并且修复任何 Bug。这真是大错特错。
• 「系统行为，是紧急的，但是并不总是特别重要。」

2.架构价值

架构价值主要就是为了能够应对变化，其实举个反面例子，我们之前有一个系统 A 是直接在 A 中调用接口获取数据，随着业务的发展我们拆分了一个应用 B 需要从 B 中获取对应的数据，这个时候我们发现代码变更非常严重，从里到外都需要进行重构修改，这就是典型了依赖了“具体的形状”导致的额外成本

• 为了达到软件的本来目的，软件系统必须够“软”——也就是说，软件应该容易被修改。

（编辑：淮安站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!