重构随笔——重构的原则
重构随笔——重构的原则
人独立 发表于2年前
重构随笔——重构的原则
  • 发表于 2年前
  • 阅读 24
  • 收藏 2
  • 点赞 0
  • 评论 0

新睿云服务器60天免费使用,快来体验!>>>   

重构的基本原则之一:不改变软件的可观察行为。

这一基本原则阐述的是我们在做重构的时候,维持外部的功能外观不变,让用户无法感知重构的变化。其实这很好理解,重构与添加新功能两者的角色仿佛总是对立的。添加新的功能与重构所做的事情应该恰恰相反:不应该修改既有的代码,只是添加功能而已。

我们总是在不知不觉中切换两者的角色,业务需求总是要我们添加新的功能,但是我们在开发过程中会发现,如果重构一下代码,可以更优雅的添加我们的功能。所以你会发现两者其实并非绝对对立:重构为了更好的增新,增新则会带来新的重构。

这与中国道家的阴阳理论不谋而合,“奇正相生,如循环之无端,孰能穷之。”没有一劳永逸的重构,在代码的编写上,重构与增新总是循环往复,交织在一起。分清你现在的角色就显得很重要了,重构的时候一定要牢记自己的原则与初衷,这样才不会在重构上偏的太远。

重构的时间原则:理论上,当你感觉到代码让你写起来觉得恶心的时候,意味着重构的时机已到。没有什么特定的时间去重构,想到了就去做,随时随地,不用为重构留出特意准备的时间,你会发现你定好的时间总是或早或晚,早了没有必要,晚了则承受了太多痛苦。但是在项目的开发中,我们总要遵循一定的规范,那么我建议是下面三个时机是最好的。

1.添加功能的时候。最重要的时机,你总会在新增功能的时候发现设计上不合理的时候,这是你可以体会你设计上优缺点最敏感的时候,不要错过这个时机。

2.修复BUG的时候。错误往往是由于你的设计不合理而产生的,设计上的不合理会让你产生对代码的误解,从而在修改代码的时候引入新的错误。如果你的项目中总是有一些无法一眼看到的BUG隐藏在角落里,那么这个时候你就需要考虑去重构你的代码。

3.审核代码的时候。审核代码一般都是很多人在一起或者是一个老手在审核你的代码,人们往往总是针对一个熟识的东西会无意识的过滤其优缺点。代码也是,我们需要别人给我们提供建议,他们的建议是站在别人的角度,这对于我们是尤为重要,代码是要给人读的,能写出给机器读的代码很容易,写出给人读的代码才是高手。

  • 打赏
  • 点赞
  • 收藏
  • 分享
共有 人打赏支持
粉丝 5
博文 39
码字总数 17213
×
人独立
如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
* 金额(元)
¥1 ¥5 ¥10 ¥20 其他金额
打赏人
留言
* 支付类型
微信扫码支付
打赏金额:
已支付成功
打赏金额: