Clean Code Study Notes 1

测试代码时，模块越小，越容易测试，修复 bug 所花费的代价也越小。

当测试大型模块时出现问题，想发现原因就很费劲了，而且，修正代码所造成的联动后果是很难估量的。

写代码也是如此。

底层代码不够优雅的话，很难指望整个体系是漂亮的。

所以，尽早尽小地，让代码变得优雅。

Later equals never.

什么样的代码才算优雅？

1. 让编程语言看上去就像是专门为了解决那个问题而存在的。

2. 没有重复代码。（函数，基类，泛型）

3. 降低耦合性，即减少相互之间的依赖。（分层）

4. 可读性。意图要直截了当，不要耍小聪明。让代码本身具有表达力。

命名

1. 一个词对应一个概念，保持体系的统一性。（如果 remove 代表某个特定的行为，不要再用 delete 去混淆它。）

2. xxx_user xxx_account 是应该避免，用一个类去封装它。

函数

1. 函数要短，最好不超过20行。

2. 函数只做一件事，鉴别方法就是看能否再拆分出另一个函数。

3. 保持函数语句在一个抽象层。

4. 参数越少越好。使用 this.function(a) 比 function(this,a) 省力，虽然实质没变。

5. 函数名可以长，但不要无谓的长，要具有表现力，便于理解，减少费解。

6. 不要一开始就勉强去写好的函数，事后再完善。

纸上得来终觉浅，下次有空剽源码。