重构——改善既有代码的
2017-08-23 11:17
344 查看
代码的坏味道——就是需要重构代码的信号
(1)重复代码
A.如果是互为兄弟的子类有相同的代码,则可以将其放入超类中去;
B.如果是没有什么关系的两个类有相同的代码的话,可以将其当如工具类或者其他类中
(2)过长函数——函数越长越难理解
所以应该积极的分解函数。
命名:函数命名,字段命名都很重要,你应该通过名字告诉别人你的这个函数或者字段是干什么的。
(3)删除过多的临时变量和参数,不要过多的实例化 new 新对象,尤其是在for循环中,因为这样非常的耗损性能。
(4)条件表达式和循环也是代码提炼的信号:可以将循环和其内部的代码提炼到一个新的函数中去。
(5)再次强调,命名规范很重要。而且不要重复大量的new 实例化对象。
(6)过长 、过大的类可以考虑分解为子类。
(7)过长的参数列——如果参数过长,可以考虑传参的时候直接传一个对象过去。
(8)如果一个变化会引发多个类进行相应的修改,那么你就应该反思,你的结构是否存在问题;
(9)如果你有一组经常出现在一起的类型,那么你可以考虑将其合并成为一个小类
(10)尽量少用switch,因为在性能消耗上面非常的不友好,可以考虑使用多态来替代
(11)如果一个类的所得不值其身价,那么它就应该消失
(12)如果用大篇幅的注释来描述解释一段代码,那么你的代码肯定有问题;
(1)重复代码
A.如果是互为兄弟的子类有相同的代码,则可以将其放入超类中去;
B.如果是没有什么关系的两个类有相同的代码的话,可以将其当如工具类或者其他类中
(2)过长函数——函数越长越难理解
所以应该积极的分解函数。
命名:函数命名,字段命名都很重要,你应该通过名字告诉别人你的这个函数或者字段是干什么的。
(3)删除过多的临时变量和参数,不要过多的实例化 new 新对象,尤其是在for循环中,因为这样非常的耗损性能。
(4)条件表达式和循环也是代码提炼的信号:可以将循环和其内部的代码提炼到一个新的函数中去。
(5)再次强调,命名规范很重要。而且不要重复大量的new 实例化对象。
(6)过长 、过大的类可以考虑分解为子类。
(7)过长的参数列——如果参数过长,可以考虑传参的时候直接传一个对象过去。
(8)如果一个变化会引发多个类进行相应的修改,那么你就应该反思,你的结构是否存在问题;
(9)如果你有一组经常出现在一起的类型,那么你可以考虑将其合并成为一个小类
(10)尽量少用switch,因为在性能消耗上面非常的不友好,可以考虑使用多态来替代
(11)如果一个类的所得不值其身价,那么它就应该消失
(12)如果用大篇幅的注释来描述解释一段代码,那么你的代码肯定有问题;
相关文章推荐
- 代码中坏味道和对应重构方法——摘自《重构,改善既有代码的设计》
- 《重构--改善既有代码的设计》读书笔记之一:起始代码之C++ Version
- 重构--改善既有代码的设计
- 《重构--改善既有代码的设计》读书笔记之三:分解并重组statement() part2
- 重构-改善既有代码的设计
- 重构-改善既有代码的设计:编写代码22宗罪(三)
- 代码坏味道 重构: 改善有效代码的设计--阅读笔记
- 《重构--改善既有代码的设计》--重构列表(5)
- 重构-改善既有代码的设计:处理概括关系 (九)
- 重构_改善既有的代码设计(一)
- 重构改善既有代码设计--重构手法01:Extract Method (提炼函数)
- 《重构》——如何如何改善代码
- 重构与模式:改善代码三部曲中的第三部
- 《重构》——如何如何改善代码
- 重构-改善既有代码的设计读书笔记(三)
- 重构-改善既有的代码设计(二)
- 重构-改善既有代码的设计
- 重构,改善既有代码的设计
- 重构改善既有代码设计--重构手法18:Self Encapsulate Field (自封装字段)
- 改善代码质量的几种重构模式