什么样的系统是应该重构的?

starstroll 发布于 2015/05/29 14:06
阅读 375
收藏 0
领导要求我检视部门内开发的系统,看看那些应该要做重构了的,检视以后需要出一份报告,请问我应该以那些量化指标作为应重构系统的依据?
加载中
1
霍啸林
霍啸林
大部分人都看着不爽的代码就该重构
1
抢小孩糖吃
抢小孩糖吃
可以找软件出个类图,让主程序员给大家解释以下。听懂了的不用重构。没听懂重构之。(吐槽:其实重构应该是更高的扩展性和更清晰的结构)
notreami
notreami
这想法~~~
1
yeliuping
yeliuping
前提要对系统了如指掌的情况下才可进行重构,代码冗余严重,将来需要扩展业务的代码是否易扩展,单个方法处理业务过于复杂,核心业务代码是否易维护等。。。。。
0
小小猫儿
小小猫儿
当你在维护时间在增加..当你在新增功能牵扯太多其他功能 时候.. 有必要考虑重构了..
starstroll
starstroll
功能增加必然带来维护时间的增加,再怎么重构都不可能把功能削掉吧?
0
麦壳原野
麦壳原野
当系统问题越来越多,修复缺陷的时间明显增加,代码的维护难度越来越高的时候,一个明显的表象是修复a缺陷的同时,导致了b缺陷!这就是各模块耦合太严重了!
0
公孙二狗
公孙二狗
不完美的系统都应该重构
0
纠结名字
重构又不是一蹴而就的,它应该是面向局部的。什么样的系统都可以重构,只要能找到更好的实现方法。
yeliuping
yeliuping
重构也要看情况的 有些千年不要动的代码即使很烂都随它去吧,抽出时间干正事[13]
0
欣儿
欣儿
自己都看不懂的时候,环境实在是无力吐槽的时候
返回顶部
顶部