Tychlog

《代码整洁之道》Clean Code

Clean Code这本书读了许久才读了一遍,不同于之前读到的一些方法性的书籍,该书有更多的细节,但其中又存在许多理论性的东西,要消化它们可不是很容易。读完一遍后又快速回顾了一遍,马上又会发现很多新的东西并有一些新的理解,甚至让我觉得写这篇文章有点太急了,不过我还是应该尝试收集一些有营养的东西,至少记录现在的想法,相信对之后的第二遍阅读会更有益处。

书名其实有点误导我,或者说它不仅仅是其字面意思那样简单,‘整洁’不是简单的清洁,其主旨在于一种设计上的精巧。书的开篇就引用了几位大牛对代码整洁的解释来描述其意义。从抽象的描述中说,整洁代表着优雅、愉悦、精巧、简单,具体来说我觉得有以下几点:

  • 易于维护,依赖简单。
  • 设计精巧,没有改进的余地。
  • 高可读性,意图一目了然。
  • 完善的测试与错误处理。
  • 没有重复,最精简的实体。

最后作者总结为深合已意,其实说起来简单,可做起来却不是这么容易的。代码可不是一块光秃秃的地板,只要使劲擦总能变整洁的。

《代码整洁之道》占了很大篇幅的前半部分其实是在讲编码规范,但又不完全是,似乎是一种指导原则。

先说说命名,在Refactoring中也有rename method这个方法,最开始看到它的时候其实还觉得挺好笑,觉得这也能算一个重构方法吗,但慢慢项目经验增加后,感到这是最基础也是最有效的一种重构手段。在我毕业后的第一个项目中我就遭遇了麻烦,大量的逻辑使我本来认为不错的编程习惯彻底崩溃,重复的变量名充斥在各个作用域中,有时甚至互相交替使用导致了各种bug。所以那时我就为公司制定了一系列的命名规范,比如统一使用驼峰命名、常量使用大写、用动词+名词的方式命名函数等等。大部分的规范已经变成了我的习惯而沿用到现在,但我仍能感到在为函数或方法命名时的纠结。

命名需要有意义,好像一句话,但同时又应该避免含糊的词,比如the、a、data之类的词。另外,作者建议不要使用匈牙利命名添加一些编码的前缀,但我觉得在JavaScript这样的弱类型语言中有时还是有点必要的,我还喜欢为jQuery对象添加$前缀来标识它。还有一点很重要,统一用词,有时我会怀疑自己的词汇量是否比外国小学生还烂,不过我发现这也是一个优点。因为对应一个意思,我第一个想到的总会是那个词,而看到那个词我也总会明白其意思,绝不会在get与fetch之间犹豫。

可能许多人会遇到一个问题,函数的功能太多了,导致名称很长仍无法完全描述其功能,此时解决问题的不是命名,而是重构,函数不该是如此多功能的东西,它需要被拆分。看到第三章,我突然想到,这是不是某种驱动关系。为函数命名驱使我们要不断的理清函数的功能和意义,并保持其单一功能性。

另外在第八章中讲到的边界也很有意思,说到第三方库,JavaScript中可以说是没有人不用第三方库的,尤其是我现在的公司,依赖于requirejs这样的模块工具使用了许多第三方库。起初每个功能都很快的被开发出来,感觉不错,但慢慢的随着开发的深入,各种插件与库的冲突不断,想替换又发现有很多地方都在调用其方法,代码变成了脏乱差。如果开始可以封装第三方库的方法,此时只需要重写该方法就可以轻松替换。

在十三章中提到了并发编程,这有点像JavaScript中的异步特性。比如使用jQuery.animation完成一些复杂动画时,需要一个动画队列,此时动画的标签就是限定资源,这是一个生产者和消费者模型。当然真正的并行要比这复杂多了,但仍然可以从中借鉴到一些思想。