再读《重构——改善既有代码的设计》有感

初次接触,大约是在2008年,当时我的Leader向我推荐读这本书,并且把它当做任务考核之一,在工作压力和求知欲望的双重驱使下,那段时间我仔细地阅读了它,并且记录了一段笔记。这些年来,在我从事程序员这门职业的日子里,我一直遵循着本书作者马丁先生的指导规范,每每遇到开发任务,一边添加新功能一边自测与重构代码已然成了一种习惯,以致于我几乎已经全部忘记了重构方法的条条框框。非常感谢我的领导刘先生,我打算把您的这份职业精神传承下去,我将向年轻的团队成员们继续推荐这种书,当然在这之前我自己得先重读一遍,补一补理论知识。

我现在读的《重构》已是第二版,译者是还是熊节先生,出版时间是2019年,相隔第一版已经20年,据作者介绍,两个版本的总体思想基本不变,但是其样例语言从Java变成了Javascript,个人觉得应该是更易读了。而且还与时俱进,引进了更多的敏捷开发的指导思想,以及GIT仓库的团队协作方法,因此我更推荐朋友们直接读第二版。

平常工作时我没有时间,正好借这个周末开始拜读,作者讲到的一些概念和指导方法,我非常认同,而且基本上我就是这么执行的,比如开发过程中要时常切换“两顶帽子”。还有一些我是持有异议的,比如作者提到开发大型项目不必过重设计,只要编码过程把重构做好,个人觉得有些夸大了。总体来说,时隔多年,作者讲到的各种重构方法,以及推崇的重构能够在项目中后期开发过程中大幅提高代码质量和保持开发进度的可持续性,我是非常认同的。

最后再谈一点科学理论——熵增定律,一个大自然的任何事物都遵循的规律,它说的是:

孤立系统总是趋向于熵增最终达到熵的最大状态,也就是系统的最混乱无序状态。但是,对开放系统而言,由于它可以将内部能量交换产生的熵增通过向环境释放热量的方式转移,所以开放系统有可能趋向熵减而达到有序状态。

我们的开发过程也是一样,随着开发的进行,各种新需求的加入,系统的设计会变得糟糕,必须借助重构这个外力,给它们输入能量,持续保持良好的设计。

©著作权归作者所有,转载或内容合作请联系作者
【社区内容提示】社区部分内容疑似由AI辅助生成,浏览时请结合常识与多方信息审慎甄别。
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

相关阅读更多精彩内容

友情链接更多精彩内容