2014.09.21 关于《Clean Code-代码整洁之道》的阅读感悟 - 第一章

正如作者所说：“阅读本书有两个原因：第一，你是个程序员；第二：你想成为更好的程序员”，我也一直在探索成为更好程序员的路。

抛出疑问

1.什么是整洁代码？

2.代码整洁之道的目的：是在于便于阅读还是便于修改？要知道便于阅读和便于修改的代码还是有差异的？

第一章

描述重点：看开发者大师们都是如何看待和做到代码整洁的；

保持代码整洁需要讲究很多技巧，一些是很小的细节上的地方，一些是架构设计上的地方：
1.减少依赖关系；
2.合理的设计（合理运用设计模式）；
3.命名方式，使用有意义的命名方式：通过命名让人知道你想要在这里做什么事情；

4.每个函数、每个类和每个模块都关注与一件事，完全不受四周细节的干扰和污染；为此，有人提倡小块的代码，越小越好？

理解：今年7月份以前（之后承担项目主要编码工作）的工作中，对于一个方法我还是习惯在方法体中写完所有逻辑，实际上，这个方法是由很多小逻辑块组成。近一段时间我一直在尝试重构自己的代码，努力做到“每个函数只完成一件事”的标准。做这个事情给我带来了很多好的感受：1.代码整洁，清爽，更容易理清代码的实现逻辑； 2.看这样的代码有种创造的感觉。但是，我才开始做这件事情，还做得不好，需要继续努力。

前期代码：

现在代码：

5.简单代码规则：没有重复代码；包括尽量少的实体，比如类、方法、函数等；

6.我也会检查对象或者方法是否想要做的事太多，如果对象功能太多，最好切分为两个或者多个对象；如果方法功能太多，我总是使用抽取手段重构代码，从而得到一个能较为清晰的说明自身功能的方法，以及另外数个说明如何实现这些功能的方法；

7.减少重复代码，提高表达力，提高构建简单抽象，这就是我写整洁代码的方法；

理解：我意识到这一点问题在我身上确实存在：有很多重复代码、重复类、重复方法等、废弃的方法或者类仍然留在那里并未删除，且方法表达能力不行，尚且停留在自己看得懂的层面...

8.让代码整洁也不是一件很费时的事，也许是改好一个变量名，拆分一个有点过程的函数，消除一点点重复代码，清理一个嵌套if语句；