把控制流变得宜读
关键思想：把条件，循环以及其他对控制流的改变做的越“自然”越好，运用一种方式使读者不用停下来重读你的代码
- 条件语句中参数的顺序：比较左侧的值更倾向于变化的值，比较右侧的值倾向于常量
- if/else语句块的顺序：先处理正逻辑和简单的情况
- 三目运算符：其实是if/else的简化，默认情况下使用if/else，在最简单的情况下使用三目运算符
- 避免do while循环
- 从函数中提前返回
- 最小化嵌套
* 通过提早返回来减少嵌套
* 减少循环内的嵌套
拆分超长的表达式:把你的超长表达式拆分成更容易理解的小块
- 引入额外的变量用作解释的变量
- 引入额外的变量用作总结的变量：将表达式的值总结为一个变量
- 取反操作
- 拆分巨大的语句
变量与可读性
- 减少变量
- 减少没有价值的临时变量
- 减少中间结果
- 减少控制流变量（某些控制程序方向的变量，例如enable）
- 缩小变量的作用域（避免变量冲突）
- 把定义向下移（避免读者提前思考变量的用法）
- 只写一次的变量更好（易于理解）
抽取不相关的子问题（抽取代码，把一般代码和项目专有代码分开）
- 纯工具代码（操作字符串等方法）
- 其他多用途代码
- 创建大量通用代码（从业务代码中解耦出来）
- 简化已有接口（按需重塑接口）
一次只做一件事
- 列出代码所做的所有任务
- 尽量把这件任务拆分到不同的函数中，或者至少是代码中不同的段落中
把想法变成代码
- 清楚的描述逻辑
- 用自然语言描述解决方案
- 将想法整理为代码
少写代码（最好读的代码就是没有代码）
- 别费神实现那个功能–你不会需要它
- 质疑和拆分你的需求
- 保持小代码库（多层嵌套调用方法会让代码显得混乱：代码库越小越轻量级越好）
- 创建越多越好的工具代码来减少重复代码
- 减少无用代码或没用的功能
- 删除无用的代码
- 熟悉周边的库（建议：每隔一段时间，花一点时间阅读标准库的内容和定义）
测试与可读性
基本原则与上述原则基本一样在此不再赘述
读后
自己之前一直不太注意代码可读性方面的问题，通过这本书，让我对写代码这件事有这件事有了更清晰的认识。需要在以后的工作中不断实践，提升代码的质量，提升代码的质量。代码质量提升是一个长时间的工程
