原文链接：https://mp.weixin.qq.com/s/R4Y1qtpRwuxI2_z2VSe9Gg

甚么是重构？

“重构”一词想必你已听腻了，就是整顿代码呗，不不不，重构旨在不转变挪用者行动的前提下，对内部逻辑举行调解优化，进步其明白性，下降其修正本钱，它是一门艺术，是程序员高高在上的光荣……

什么时候重构？怎样重构？

常常听到周边的人诉苦没有时候重构，重构并非零丁抽出时候集合处置惩罚的，而是当你想要做某个功用时，随手把须要重构的处所支配了。

逻辑反复

反复代码是最中心罕见的预警信息，若是有两个及以上的反复逻辑，就应该斟酌将其兼并。好比统一类或分歧类中的函数存在相同逻辑的局部，就应该把相同局部笼统为自力函数或类。

长函数

应该有许多同砚经手过别人数百行以至上千行的代码，让人质疑人生。为轻易明白，最好的体式格局是把长函数分解为多少小函数，搭配上易明白的函数名，便能够像自然言语一样明白代码。

参数过量

有一种习气异常欠好，就是把一切要用到的变量当作函数的参数，如许会加重代码的明白难度，拓展极为难题，当须要更多数据时，不克不及不修正一切函数的参数，牵一发起满身。若是把对象作为参数，须要用到的数据都放进对象里，就能够有用处理参数太长的题目。

函数出轨

你若是发明一个函数频仍的挪用某一个类，它极可能给你戴了绿帽子，不如忍痛割爱，放其自在吧，把函数归并到它喜好的类，或许他们在一起生涯更加适宜，你一定会找到一个合适的人。

转变散布

若是新到场一个营业范例（比方付出渠道、数据库范例等）时，须要修改许多处所能力完成，这就意味着另有革新的空间，能够将引发转变的缘由抽出来做为设置装备摆设，并将转变的函数安排到一个类中，如许不只能够做到修正一处就应对转变，还能够很清楚的晓得哪些函数会受到影响。

东西小助手

一款言语包罗许多基础范例与内置函数，但不克不及知足一切需求，好比金额单元转换、时候数组花样转换、UUID天生等简朴又轻易疏忽的小功用，若是这些功用涌现的频次很高，划定规矩转变会带来一连串的修正，这时候能够斟酌将这些小功用笼统为东西函数，并将这些函数组合为东西类。

意淫的功用

有些逻辑以为未来会有一些转变，因而安插了许多钩子函数应对非必要的特殊情况，如许每每进步了体系复杂性和明白本钱，若是安插的钩子都能被用到且有代价，那末就运用，不然照样不要放在代码里障碍视线了。

switch过量

如果如今要做一个支撑微信、付出宝、招行等渠道的付出平台，须要对接分歧渠道，由于分歧渠道对接体式格局分歧，就须要用switch来依据范例挑选对应渠道的对接体式格局，然则许多处所都可能用到这个switch，一旦新渠道到场就要满世界的找那里用到了switch。

能够将switch语句移植为自力的函数，将这些函数构成基类，case语句挪用子类对应的函数，详细完成让子类去完成，如许付出渠道的增添和调换只须要修正一个类便可。

过剩的类

建立的每个类，关于其别人来说都是有明白本钱的，若是曾为某个转变所增加的类，在现实场景中并没有发生转变，那末就把这个类去掉吧，我们须要真正有代价、明白本钱低的体系。

让人犯晕的变量

一个类会设置一些为特殊情况设置的变量，这些变量纷歧建都会被运用，经手你代码的人还要预测事先设置这些变量的目标，异常让人头大，不如把这些变量和相干函数零丁放在一个类中，屏障详细细节，须要的功用经由过程函数来表达，会使功用扩大更高效。

幽魂类

项目中偶然会涌现一些“幽魂类”，这些类没有做甚么现实工作，只是卖力挪用别的的类，不如把这个“中间人”去掉，让现实要挪用的谁人类与挪用者发生关系。

相同的类

若是两个类，个中某几个函数作用相同，称号分歧，那就能够经由过程修正称号或移植函数的体式格局将两个类似的类保持一致，然后把两个类笼统出基类，以便扩大。

过量的解释

解释多并非一件坏事，它是重构的领路人，当你觉得须要为某段代码写上解释时，这意味着你以为这段代码不轻易被别人明白，也正面证明了这就是重构发出的预警旌旗灯号，以是当想要写解释时，就先重构，争夺让解释都变得过剩。