Clean Code第一章：整洁代码 －－阅读与讨论

这一章，我觉得主要写的是四个方面：

1， 整洁代码（Clean Code）的动机

2， 整洁代码也是态度问题

3， 整洁代码的标准

4， 简略介绍了怎样才能写出整洁的代码。

一， 整洁代码(Clean Code)的动机

咱么大都是男同志，不爱收拾屋子可以，但代码一定要整洁！原因是：

1， 乱七八糟的代码使得代码维护成本升高，最后到难以承受的程度。

做工作久了，见到各种乱七八糟的代码，有时读一遍就后悔接这个活儿，然后我们就强烈要求重做一遍。

模糊不清的函数名变量名，除了本人就看不懂的算法（黑话一样），不注意模块藕合度导致的动一处整个应用崩溃，胡乱定义全局变量，面条汤一样的，上千行的if else......都够够的了。

2, 糟糕的代码“引诱”开发者加入更多的糟糕代码

破窗理论说的就是这个，越是糟糕的无人照管的代码，开发者上手做时，也可能就更不关心代码的整洁度，从而加入更多的糟糕代码，使得情况更糟。

3，糟糕代码的恶性循环

已存在的糟糕代码->拖后继开发者后腿->期限压力下，制造更多的糟糕代码->已存在的糟糕代码更糟糕了->...

打破此恶性循环的关键在于，制造新的糟糕代码，无助于赶上期限，做的快的唯一办法，是始终保持代码整洁。

二，糟糕代码，也是你我的责任

代码整洁不整洁，也是态度问题。

长期以来，包括我在内的开发者，经常会以项目时间紧张，或者是项目经理不关心为由，不去写整洁代码。

Clean Code此书的作者告诫，代码糟糕不要总是怪罪外界，需要从自身找原因。

书中举了个例子，如果是医生，能不洗手就上手术台，然后这是说为了赶进度吗？

                                                    （图片来自原书）

所以，代码糟糕，不能只埋怨其他的人，其实更是我们的责任。

我们需要参与进项目的规划过程，需要坚持自己的整洁代码的观点，与项目经理多沟通，象医生坚持自己的卫生标准一样。

读书读到这里，我觉得自己有必要写个关于整洁代码的ppt, email给我们团队全体成员。

当然，此书读完后写这个ppt时，内容更会充实些。

当然态度嘛也要谦虚谨慎啦。

三，整洁代码（Clean Code）的标准

综合各家之言，Clean Code有以下特征

好的代码，其代码逻辑直接了当

减少依赖关系，便于维护

分层维护错误处理

如同优美的散文（！！！惭愧的我无力面对）

代码块越小越好（小就是美）

性能上已经优化到一定程度，不需要再优化了。

人类可读，容易理解。

减少重复，尽量抽象相似逻辑中的共同的元素和方法，封装起来被调用。

童子军军规：“让营地比你来时更干净”(Leave the campground cleaner than you found it.)，让项目随着时间的流逝，越变越好吧！

总体而言，整洁的代码，那各处完美的细节和精心的设计，读时能感觉到作者的精心呵护和着力的照料。他们在意这些代码（走心的代码...)

四，怎样才能学会写整洁代码

1， 能分辨整洁代码和肮脏代码。

2， 遵循大量的技巧，贯彻刻苦习得的“整洁感”（代码感）

有”代码感“的程序员，能从混乱中看出可能与变化，帮助程序员选出最优方案，制定重构计划。

这一章有几个问题可以探讨一下：

1， 大家写整洁代码的动机强吗？进度很紧张时，是否能坚持？

2， 怎样说服项目经理支持整洁代码？

3， 整洁代码的标准和规范上，各位所在的公司有什么样的规定？如何执行？