《编写可读代码的艺术》读后感_900字

《编写可读代码的艺术》读后感900字

这本书大学看过、刚工作看过，现在再看一次。每次目的各有不同。大学为了解怎么写代码而看，刚工作为了写好点而看，现在是为了周末重构代码找找思路而看。（好像有本书叫重构的艺术？）

整书内容分为四部分:表面层次上的改进；简化循环和逻辑；重新组织代码；精选话题。我觉得只需要记住点就够了:

让代码容易理解，使别人理解它所需的时间最小化。

下面详细列一下要点

一、表面层次的改进

将信息写到名字里

- 选择专业有表现力的词

- 不要因为懒惰而滥用tmp等泛词

- 具体的词代替抽象的词

- 使用前缀或后缀增加信息

- 利用名字表达含义，有目的地大小写

- 在小的作用域里可以使用短的变量名

- 推荐用min和max来表示（包含）极限

- 推荐用first和last来表示包含的范围

- 推荐用begin和end来表示包含/排除范围

- 加上像is、has、can或should这样的词，把布尔值变得更明确

写明确的注释

- 不要为那些从代码本身就能快速推断的事实写注释

- 不要给不好的名字加注释——应该把名字改好

- 加入注释来记录你对代码有价值的见解

- 随时把代码将来应该如何改动的想法用注释记录下来

- 给常量加注释

- 注释应该说明‘为什么这样做’而非‘做什么’（或者‘怎么做’）

- 在文件/类的级别上使用“全局观”注释来解释所有的部分是如何一起工作

二、简化循环和逻辑

- 把条件、循环以及其他对控制流的改变做得越“自然”越好

- 对于if/else，先处理正逻辑、先处理简单情况、先处理可疑情况

- 倾向于避免使用do/white

- 通过提早返回来减少嵌套

- 减少循环内的嵌套

- 把你的超长表达式拆分成更容易理解的小块（解释变量，总结变量）

- 变量越多，就越难全部跟踪它们的动向

- 变量的作用域越大，就需要跟踪它的动向越久

- 变量改变得越频繁，就越难以跟踪它的当前值

- 把大文件拆分成小文件，或者把大函数拆分成小函数

- 把每个定义移到对它的使用之前

三、重新组织代码

- 抽取出那些与程序主要目的“不相关的子问题”

- 重新组织代码使它一次只做一件事情

- 先用自然语言描述代码，然后用这个描述来帮助你找到更整洁的解决方案

- 创建大量通用代码

- 简化已有接口

- “把一般代码和项目专有的代码分开”

- 最好读的代码就是没有代码。

- 创建越多越好的“工具”代码来减少重复代码

- 减少无用代码或没有用的功能

- 让你的项目保持分开的子项目状态

- 每隔一段时间，花15分钟来阅读标准库中的所有函数/模块/类型的名字