关于代码重构的一点感想
2012-11-27 16:20
281 查看
以前总是说项目中的代码发现一点“臭味”就要重构,其实现实没那么简单。当你发现代码的臭味时,你作为一个项目开发人员,也许能做到对你的代码进行部分重构,但是你是否有足够的权利和动力要求其他开发人员都和你一样去重构一部分代码呢?
本人就遇到这样的问题,两个人的项目,自己在开发过程中会不断的抽取公共方法,不断的对功能代码进行优化和重构。但是团队的另一个人因为种种原因并没有什么动力进行代码重构,奉行的原则就是“能用就好”。而项目又没有所谓的技术经理或者项目经理的职位,需要靠我们两个人完成项目的所有工作。
那么遇到这种情况该怎么办呢?我的解决办法是,在项目测试阶段进行代码重构。因为,在开发阶段,大家都忙于分配给自己的功能的开发,而不重视代码的质量。作为有心人,应该把自己和其他人的优秀的方法进行总结和提取,也并不需要马上推广(当然,能马上推广自然在后期省了很多时间),我们可以在测试的阶段进行更为全面的代码重构(此时功能已经相对确定,代码也趋于稳定)。
目前,本人参与的项目的一期已经接近尾声,项目只剩我一个人在进行开发和测试工作。于是,在此阶段,我全面接管代码,并对每个功能点的代码进行走读,规范代码,添加注释,并进行必要的重构。其实,因为系统在建设初期已经划分好了相对独立的模块,而每个模块的功能也大同小异,因此花费的时间并不是很长。这样做,既可以为后期的开发做准备,又同时进行了系统的梳理和规范。
当然,每个项目的情况都各不相同,对于大型项目,还是应该尽早进行代码重构,后期重构的代价是非常非常大的。一点拙见~
本人就遇到这样的问题,两个人的项目,自己在开发过程中会不断的抽取公共方法,不断的对功能代码进行优化和重构。但是团队的另一个人因为种种原因并没有什么动力进行代码重构,奉行的原则就是“能用就好”。而项目又没有所谓的技术经理或者项目经理的职位,需要靠我们两个人完成项目的所有工作。
那么遇到这种情况该怎么办呢?我的解决办法是,在项目测试阶段进行代码重构。因为,在开发阶段,大家都忙于分配给自己的功能的开发,而不重视代码的质量。作为有心人,应该把自己和其他人的优秀的方法进行总结和提取,也并不需要马上推广(当然,能马上推广自然在后期省了很多时间),我们可以在测试的阶段进行更为全面的代码重构(此时功能已经相对确定,代码也趋于稳定)。
目前,本人参与的项目的一期已经接近尾声,项目只剩我一个人在进行开发和测试工作。于是,在此阶段,我全面接管代码,并对每个功能点的代码进行走读,规范代码,添加注释,并进行必要的重构。其实,因为系统在建设初期已经划分好了相对独立的模块,而每个模块的功能也大同小异,因此花费的时间并不是很长。这样做,既可以为后期的开发做准备,又同时进行了系统的梳理和规范。
当然,每个项目的情况都各不相同,对于大型项目,还是应该尽早进行代码重构,后期重构的代价是非常非常大的。一点拙见~
相关文章推荐
- 关于代码重构:一次改一点就好
- 关于对代码重构的一点看法
- 关于对代码重构的一点看法
- 关于web(vs2005)开发的一点感想------开发是看到的cs代码和aspx代码,其实不是不是‘真‘的,只有最后运行时生成的源代码才是真的
- 关于web(vs2005)开发的一点感想------开发是看到的cs代码和aspx代码,其实不是不是‘真‘的,只有最后运行时生成的源代码才是真的
- 关于代码折叠的一点改进意见
- 关于重构的一点感受
- 关于CLASSPATH的一点感想
- 关于SQL优化的一点感想
- 关于Java GUI,VirtualBox的一点感想
- 关于大学抄袭实验报告的一点感想
- 关于代码重构的几点原则
- 遗留代码单元测试与重构的一点小体会
- 关于mac地址的一点感想
- 关于JSP开发的一点感想。
- 关于代码重构的几点建议
- 关于代码规范的一点心得
- 关于代码重构的一些想法
- 关于开发第一个app的一点感想
- 关于调试的一点感想