重构入门篇

骑猪看日落 2022-09-24 05:14 109阅读 0赞

1.定义：重构就是处理坏味道\---不改变软件可观察行为的前提下改善内部结构，不是重新造车，是带着铁链跳舞！！！

2.分类：重构哪些？

1.  [提取类][Link 1]/[抽离方法][Link 2]：正如上面提到的，像“臃肿的类”（一个类提供了本该有几个类提供的功能）这种代码异味应该将原有类中的方法和属性移动到适当数目的新类中去。旧类中对应新类的方法和属性应该被移除。另外，有时候一些类过于臃肿是因为它包含了被其他类使用本应该是其他类的成员方法的成员方法。这些方法也应该被迁移到合适的类中。

2.  [提取方法][Link 3]：像上面提到的“过长的方法”这种代码异味可以通过从旧方法中提取代码到一个或多个新方法中消除。

3.  [分离条件][Link 4]：许多时候，一个方法很长是因为包含好几个分支语句（if-else）。这些分支条件可以被提取和移动到几个单独的方法中。这确实能大大改善代码可读性和可理解性。

4.  [引入参数对象][Link 5]/[保留全局对象][Link 6]：在我做代码审查时发现另外一个很常见的情况 - 好几个参数被传入方法。问题主要与需要从已有方法中增加或者移除一个方法参数有关。在这种场景，建议将相关方法参数组成一个对象（引入参数对象），让方法传递这些对象而不是每个单独的参数。

5.  [用符号常量替换魔法数字][Link 7]：对于有意义的并且到处被使用的字面常量，应该为它们分配一个命名常量。这能大大增强代码可读性和可理解性。

6.  [重命名方法][Link 8]：正如上面提到的，模糊不清的方法名会影响代码的可使用性。这些模糊不清的名称应该重命名为有意义的可能与业务术语有关的名称，来帮助开发者通过业务上下文更好地理解代码。这很需要技巧并且要求开发者与业务专家一起协作来理清代码需要满足的业务需求。有趣的是，这种重构方法看起来似乎非常容易理解，但是常常被许多开发者忽视，虽然在Eclipse这种IDE的refactor菜单项中经常出现这一项。

[Link 1]: http://www.refactoring.com/catalog/extractClass.html
[Link 2]: http://www.refactoring.com/catalog/moveMethod.html
[Link 3]: http://www.refactoring.com/catalog/extractMethod.html
[Link 4]: http://www.refactoring.com/catalog/decomposeConditional.html
[Link 5]: http://www.refactoring.com/catalog/introduceParameterObject.html
[Link 6]: http://www.refactoring.com/catalog/preserveWholeObject.html
[Link 7]: http://www.refactoring.com/catalog/replaceMagicNumberWithSymbolicConstant.html
[Link 8]: http://www.refactoring.com/catalog/renameMethod.html