Clean Code 读书笔记

序：

勒布朗法则：稍后等于永不(Later equals never)        

Code 时千万不要把问题留着稍后再解决，这很有可能是永久。

破窗理论：一扇破窗开辟了大厦走向倾颓的道路。

第一章 整洁代码

1.Bjarne Stroustrup ,C++发明者：我喜欢优雅和高效的代码，代码逻辑应当直截了当，叫缺陷难以隐藏；尽量减少依赖关系，使之便于维护；依据某种分层战略完善错误处理代码；性能调至最优，省得引诱别人做没规矩的优化，搞出一堆混乱来。整洁的代码只做好一件事。

2.Grady Booch ,Object Oriented Analysis and Design with Applications《面向对象分析与设计》作者：整洁的代码简单直接。整洁的代码如同优美的散文。整洁的代码从不隐藏设计者的意图，充满了干净利落的抽象和直接了当的控制语句。

“干净利落的抽像”（crisp abstraction）”果断决绝，就事论事，没有犹豫或不必要的细节"

3.”老大” Dave Thomas，OTI公司创始人，Eclipse战略教父：整洁的代码可由作者之外的开发者阅读和增补。它应当有单元测试和验收测试。它使用有意义的命名。它只提供一种事的途径。他只有尽量少的依赖关系，而且要明确地定义和提供清晰、尽量少的API。代码应通过其字面表达的含义，因为不同的语言导致并非所有必需 信息均可通过代码自身清晰表达。

4.Michale Feathers  《修改代码的艺术》

我可以列出我留意的整洁代码的所有特点，但其中有一条是根本性的。整洁的代码总是看起来像是某位特别在意它的人写的。几乎没有改进的余地。代码作者什么都想到了，如果你企图改进它，总会回到原点，赞叹某人留给你的代码——全心投入的某人留下的代码。

5.Ron Jeffries   《极限编程实施》《C#极限编程探险》

近年来，我开始研究贝克的简单代码规则，差不多也都琢磨透了，简单代码，依其重要顺序：

（1）能通过所有测试；

（2）没有重复代码；

（3）体现系统中的全部设计理念；

（4）包括尽量少的实体，比如类、方法、函数等。

6.Ward Cunningham   Wiki发明者，极限编程创始人之一

如果每个例程都让你感到深合己意，那就是整洁代码。如果代码让编程语言看起来像是专为解决那个问题而存在，就可以称为漂亮的代码。

7.原则

单一权责原则、开放闭合原则、依赖倒置原则

8.编程是一种社会活动

第二章 有意义的命名

1.名副其实

2.避免误导

3.做有意义的区分

4.使用读的出来的名称

5.使用可搜索的名称

6.避免思维映射

7.类名：类名和对象名应该是名词或名词短语，类名不应当是动词

8.方法名：方法名应当是动词或动词短语

第三章 函数

1.函数的规则是要短小

2.一个函数只做一件事  函数应该做一件事。做好这件事。只做这一件事。

3.每个函数一个抽象层级

（未完）