阅读《编写可读代码的艺术》笔记
第一部分
第一章
-
可读性基本定理：代码的写法应当使别人理解它做需要的时间最小化；
-
即使代码需要高度优化，还是有办法可以让代码可读性更高。可读性好，会让你的架构变好且便于测试。
-
把可读性放在其他目标前面。
-
表面层次的改进：选择好的名字，写好的注释以及把代码整洁地写成更好的格式。
第二章 把信息装到名字里
1】选择专业的词，选择专业的词，避免空洞
比如：get 就不专业，但是 getPage 就不错，更好比如 fetchPage 或者 downPage。
2】避免泛泛的名字
像 tmp 和 retavl, 除非使用它们有特殊的理由。
tmp 这个名字只应用于短期存在且临时性为其主要存在因素的变量
3】用具体的名字代替抽象的名字
ServerCanStart 这个名字就比 CanListenOnPort更不清楚
4】使用前缀或者后缀来给名字附带更多的信息
如果你的变量是一个度量的话，那么最好把名字带上它的单位（start_ms） ，需要转义的，未处理的变量前加上raw_.
5】决定名字的长度
在小的作用域使用短的名字，这时有上下文
6】利用名字的格式来表达含义
有目的的使用大小写、下划线等。
第三章 不会误解的名字
关键思想：要多问自己几遍：“这个名字会被别人解读成其他的含义吗，要仔细审读这个名字”。
第四章 审美
第五章 该写什么样的注释
第六章 写出言简意赅的注释
第二部分 简化循环和逻辑
第一部分主要讲的是表面层次的改进，那是一些改进代码可读性的简单方法，一次一行。
第二部分将进一步深入讨论程序的“循环和逻辑”：控制流、逻辑表达式以及让你的代码正常运行的那些变量。
第七章 把控制流变得易读
关键思想：把条件、循环以及其他控制流的改变做得月自然越好。运用一种方法使读者不用停下来重读你的代码。
第八章 拆分超长的表达式
关键思想：把你的超长表达式拆分成更容易理解的小块。
要小心“智能” 的小代码段——它们往往在以后会让别人读起来感到困惑。
第九章 变量和可读性
第三部分 重新组织代码
第十章 抽取不相关的子问题
第十一章 一次只做一件事
关键思想：应该把代码组织得一次只做一件事
第十三章 少写代码
第四部分 精选话题
第十四章 测试与可读性
关键思想：测试应当具有可读性，以便其他程序员可以舒服地改变或者增加测试
-转载