读《代码整洁之道》

以后要去当代码开发人员了，代码的编写标准是时候需要了解一下了。

读 or 不读？

也不是第一天写代码了，自以为自己的代码编写习惯还算比较好，在代码分块和缩进方面做的比较好。看了这本书之后才发现我写的也是翔山代码，怪不得我自己也不想再回头去看……

无论是否有编程经验，我还是建议都去看看这本书，对代码习惯和维护有很大帮助。

命名

之前的我函数或者变量命名一切从简，用一些意义不甚明确的词语，比如ans，results，甚至单字母，s，t，p，q，现在看来是非常“丑陋”的，因为过段时间再回来看就很难再记起变量的含义，即使是results也没有表达清楚是什么的results。

当我看到书中的长名称的时候显然是愣了一下的，长长的名称对我来说看起来非常可怕和有压迫感，可能打起来也麻烦。不过现在的代码编辑器都支持变量名的智能提示和插入，因此长命名能够发挥描述含义的优势。

简洁的函数体

书中阐述了一条非常重要的准则，那便是一个函数内只做一件事，因此按照这样的准则，函数体应该只包含2-3条语句，不属于该函数完成的东西都封装成另一个或多个函数进行处理。

相当于对需要完成的每一步都拆分的很仔细。

类也是一样，当需要完成的事情重复出现，或者都与一个变量有关，此时提示我们可以将相关的操作封装成类，通过类函数调用完成操作，这也是实现简洁函数体的一种方式。但是这样会让代码的行数飞快增加。

合理的注释

这部分也是很让我羞愧的，它让我明白我之前都是“为了注释而注释”。想来也是很傻，正是因为我在变量命名上没有表达清楚变量含义，所以写了许多看起来不必要的注释，让代码看起来非常乱。甚至有很多无意义的注释，比如在for后面不必再特别注释这是一个循环……注释并不是越多越好。

重复迭代

重复迭代就是要不断的优化代码。首先要“勇于”不断的回头看自己写的代码，每次都优化一点，像上面提到的函数体的优化以及类的抽象，都肯定是在不断的迭代中进行优化的。这听起来是一项很麻烦的工作，但是不得不这样做，防止积重难返。

以前的我往往在这方面偷懒了，认为代码写出来能跑能实现正确功能就行了，所以没有注重代码的优化。但是我忽略了或者高估了我的代码技术，代码不是一遍就能跑通的，并且还会有很多后续的更新要求，后面再进行缝缝补补就已经把代码改得不成样子了，彻底毁了，更不可能再回头去看了……

测试代码

测试代码对我来说是个比较新的概念，虽然之前写好代码也会进行测试，但是往往只专注于所关于的几个样例，并没有考虑到特别全面的代码测试。我也特别喜欢书中提到的，用功能测试代码来保证代码优化的正确性，就是确保代码修改之后依然能够通过预先设定的全面的测试样例。