开篇
最近看到代码整洁之道(Clean Code)一书,阅读完第一章节后深有感触,故开始记录一下本书重点和阅读感受。
1 整洁代码
1.1 要有代码
有人说代码会自动产生,不再需要人工编写。程序员完全没用了,因为商务人士可以从规约直接生成程序。
但实际上,我们永远抛不掉代码,因为代码呈现了需求的细节。在某些层面上,这些细节无法被忽略或抽象,必须明确纸。将需求明确到机器可以执行的细节程度,就是编程要做的事。而这种规约正是代码。
1.2 糟糕的代码
糟糕的代码如同沼泽(wading)。我们趟过代码的水域。我们穿过灌木密布、瀑布暗藏的沼泽地。我们拼命想找到出路,期望有点什么线索能启发我们到底发生了什么事。但目光所及,只是越来越多死气沉沉的代码。
1.3 混乱的代价
糟糕的代码让项目进度延缓。随着混乱的增加,团队生产力也持续下降。生产力下降时,管理层只能增加更多人手到项目中,期望提升生产力。
可是新人并不熟悉系统的设计,同时团队中的其他人都背负着提升生产力的可怕压力。于是,他们制造更多混乱,驱动生产力向零那端不断下降。
最后,开发团队造反了,他们告诉管理层,再也无法在这令人生厌的代码基础上做开发…混乱只会拖慢进度,做得快的唯一办法,就是始终尽可能保持代码整洁。
1.4 思想流派
什么是整洁的代码?
1.5 我们是作者
Javadoc中的@author字段告诉我们自己是什么人。我们是作者。实际上,作者有责任与读者做良好沟通。读与写花费时间的比例超过10:1,写新代码时,我们一直在读旧代码。所以要想轻松写代码,先让代码易读吧。