clean code 读书笔记

第一章 整洁的代码

1.1 要有代码

人工智能也替代不了包含特殊需求的代码，所以代码永存。

1.2 糟糕的代码

阅读糟糕的代码犹如在沼泽地行走一样令人浑身不知在；

糟糕的代码会毁了一家公司，不要因为时间紧任务重就忽略工整的代码；

一个患者需要立刻做手术，他可以允许医生不洗手立刻开始，

但是专业的医生清楚细菌感染的风险，所以专业的医生都有严谨的态度。

1.3 混乱的代价

混乱的代码增加沟通的成本，降低生产力。

产品经理催进度，那是他的职责，你也要用同样的热情维护好自己的代码；

程序员遵从了不了解混乱带来的代价的经理的意愿，这就是不专业的做法了。

1.3.5 什么是整洁的代码

C++语言发明者：

我喜欢优雅和高效的代码。代码逻辑应当直截了当，叫缺陷难以隐藏；

尽量减少依赖关系，使之便于维护；依据某种分层战略完善容错代码；

性能调至最优，省的引诱别人做没规矩的优化，搞出一堆混乱来。

整洁的代码只做好一件事。

<<面向对象分析与设计>>作者：

整洁的代码简单直接，犹如优美的散文。从不隐藏设计者的意图；

充满了干净利略的抽象和直截了当的控制语句。

<<修改代码的艺术>>作者：

整洁的代码像是某位在意她的人写的，几乎没有任何改进的余地；

作者什么都想到了，如果别人企图修改它，总会回到原点，打心眼里佩服你。

简洁的代码根据重要排序：

能通过所有测试

没有重复代码

体现系统中全部的设计理念

包括尽量少的实体，比如类，函数，变量

如果代码让编程语言看起来是专为解决某一个问题而存在，此为漂亮的代码。

第二章 有意义的命名

2.2 名副其实

变量、函数和类的名称已经回答了大部分的问题，它包含：为什么存在，包含什么，怎么用，（3W）

代码中数字的意义要用带明确名称的常量代替，能大大提高了可阅读性。

自己写代码时心中记得数字的意义，时间久了或者别人来读这段代码就费劲了，维护这段代码需要找到你来解释这段代码的意思，你不得不靠回忆文案来回答提问，想一想这效率是由多低。省去这些步骤只需要一个简洁的命名就可以搞定，这就是好名称的力量。

2.3 避免误导

前后不一致就容易引起误导。

2.4 做有意义的区分

info 和 Data就像 a an then一样 是毫无意义的废话。

2.5 使用读得出来的名称

2.6 使用能搜索的名称

名称长短应与其作用域大小相对应，单个字母适合局部变量。

聪明程序员和专业程序员区别在于后者清楚明确是王道，专业程序员善用其能，编写出别人容易理解的代码。

2.9 类名

类名和对象名应该是名词或名词短语，不应该使用Manager Info Data Proceseeor这样的类名，类名不应是动词。

2.12每个概念对应一个词

保持一致性

未完待续