读书感想--Refactoring 重构

对于需要实际编写代码的开发人员,最好把这本书常备在手边用作工具书。


作为学习成长中的软件开发者,重构总是带着一点高深莫测。一方面,如果有人说“我在对某模块进行重构”,瞬间就有了高大上的感觉;而一旦出现问题,“重构”就成了把万能钥匙,几乎所有的问题都可以用“重构一下”来解决。

然而这只是种错觉。

如何重构是比较简单的,真正重要的,是决定在什么时候、针对哪些代码、做到什么程度的重构,以及何时停止。就好比作为士兵冲锋陷阵,和作为将军指挥千军万马,难度差别不言而喻(假如不考虑阵亡的危险性的话)。


目的

对于真正的工程来说,首先应该明确重构的目的。业务分离,易于维护和扩展,增强可靠性,提升性能,明确业务逻辑,这些都是常见的重构理由。为了重构而重构是不可取的;过度设计和炫技同样是不好的理由。工程师可以有艺术家的气质,但是工程不能做成艺术品。


范围

明确目的后,应该首先判断重构的层次。很多时候,重构并不能直接涉及到代码的变更,比如服务的重组、服务器的压力分离、数据库的主从备份,广义来讲都属于重构,也超出了这本书的范围。本书适用于代码层的重构。


时机

重构的时机及范围也很重要。书中提到:“如果你需要给一个运行中的系统添加功能,你不可能说服经理把系统停止运行两个月让你进行重构。你只能一点一点地做你的工作,今天一点点,明天一点点。”“应该根据需求安排自己的工作,只在需要添加新功能或修补错误时才进行重构。你不必一开始就完成整个系统的重构,重构程度只要能满足其它任务的需要就行了。反正明天你还可以回来重构。”“整个团队都必须意识到:有一个大型重构正在进行,每个人都应该相应地安排自己的行动。”

这些不仅仅是技术问题,涉及到了商业、人事、项目管理甚至名声不怎么好的“办公室政治”,都需要在重构前搞定。


是否需要重构

是否需要重构也值得仔细探讨:重构一定会对当前的工作产出造成影响,如果处理不当还会引入新的问题;但是“长远”来看是好的。

问题就出现这个不确定的“长远”上:有可能项目根本不需要“长远”,比如广告活动用的一次性的小软件;有可能牺牲了当下的功能性产出,就会被竞争对手抢占市场,从而也就没有“长远”;或者当“长远”的好处出现时,当前开发人员已经不在此岗位上了。

另外还有一个好处:重构可以帮助开发人员了解代码,对于接手其它人的代码是很有用的。可是有很多时候,开发人员会放弃重构,重新造一个轮子出来。可能是接手的难度太大还不如重写,也可能只是“文人相轻”(这并不罕见。我曾经见到过公司里每新增一个项目就要招聘一个新开发经理,几年下来,公司里各种项目没有技术相同的,C++,Java,QT,Python,PHP,NodeJS,AngularJS,React……当然这些并不是同一层次上的技术,不过也已经足够眼花缭乱了)。


重构的局限

在真正重构前,还需要考虑到重构的局限。重构并不是银弹。很多时候我们是为了提升性能而进行重构,但是重构本身往往会降低一定的效率,因为多数的重构手法都会引入新的类、函数调用和继承关系等。但是重构可以使结构和逻辑更加清晰,从而暴露出真正的瓶颈,如实现策略、功能划分等,进而着手加以改进。而新引入的这部分内容,对性能的影响微乎其微,现在的编译器也基本上都会将其优化。


本书内容

这本书是非常细节的重构,细到了命名、参数、函数/方法等程度。对于刚刚接触重构的开发人员,直接看下去,很容易陷入小型重构的局限而失去视野。

因此建议先快速通读一遍,对于每一个重构手法着重理解概念、目的和场景即可,代码示例可以先略过。

第二次再仔细研读每一个例子。本书不仅适用于重构,对于提高代码质量也很有帮助。

后续就当作工具书,需要时翻一翻。类似于GoF的《设计模式》和算法类书籍。

另外本书是针对面向对象语言的重构;对于现在流行的函数式编程有借鉴意义,需要按照具体情况调整。

本书并不是可以直接套用的普适规则,需要根据具体情况分析。书中很多重构是介绍了两个方向的实现方法:从A重构到B,再从B重构到A。具体如何实施需要由开发人员定夺。

每一种重构手法,作者都给出了具体的操作步骤,可实践性很强。


准备知识

熟悉设计模式会有很大帮助。GOF的《设计模式》不用多说,如果不太容易理解也可以读Head First系列的设计模式。

需要熟悉一种面向对象语言,最好是Java,因为书中的例子都是使用Java的。C++的要更加复杂(书中有提到),因为C++并不是完全面向对象的。

了解自动化测试、测试驱动开发等内容,尤其是测试的重要性,能够更好理解书中的重构步骤。


大型重构

在书的后部,作者提到了几种大型重构:Tease Apart Inheritance(梳理并分解继承体系),Convert Procedural Design to Objects(将过程化设计转化为对象设计),Separate Domain from Presentation(将领域和表述/显示分离),Extract Hierarchy(提炼继承体系)。

这些是层次较高的重构,需要综合运用前面提到的单一手法。


重构的准备工作

重构需要工具支持,否则成本会非常高(主要是时间成本)。现代的IDE多数已经支持了重构的一些基本功能,比如重命名,抽取变量,抽取函数等。

要能够撤销重构,返回到重构前的状态。主要是用于重构失败的回滚,因此svn、git等代码版本控制工具是必要的。

重构时不要修改代码,仅保证所有旧功能不变,这是需要坚持的原则。


总结

想要提升技能水平,这本书可以算作必读书目之一。然而重构不是空谈,需要长时间的经验积累。本书提供了很多手法,但是如同作者自己所说,只是一个起步。

路还很长。

你可能感兴趣的:(读书感想--Refactoring 重构)