重构旧代码的一些体会
2009-03-05 20:45
316 查看
前提:重构的时候,旧的代码最好是能编译并运行的。否则重构起来就比较麻烦
1。如果是整个类的重构,最好先生成一个新的类。待新类一点点重构完毕并投入到实际系统中验证符合业务逻辑后,再整体替换。这样随后都可以看到以前程序是如何运行的。 否则重构一半发现重构的逻辑有问题,那就麻烦了。 而且,不仅仅是一个类,如果这个类还用到了其他的类型,而且需要发生变动,最好也把该用的类型copy一份。
根本目的:要保证在现有系统上,可以很方便的同时运行新旧两套系统,便于实时比较运行的结果。待新系统完全成熟,稳定后,再替换到旧系统。而不是直接的修改掉旧系统。
1。如果是整个类的重构,最好先生成一个新的类。待新类一点点重构完毕并投入到实际系统中验证符合业务逻辑后,再整体替换。这样随后都可以看到以前程序是如何运行的。 否则重构一半发现重构的逻辑有问题,那就麻烦了。 而且,不仅仅是一个类,如果这个类还用到了其他的类型,而且需要发生变动,最好也把该用的类型copy一份。
根本目的:要保证在现有系统上,可以很方便的同时运行新旧两套系统,便于实时比较运行的结果。待新系统完全成熟,稳定后,再替换到旧系统。而不是直接的修改掉旧系统。
相关文章推荐
- iOS代码重构的一些方法
- 开发培训体会——写好代码的一些基本原理
- 关于代码重构和UT的一些想法,求砖头
- 编写高质量代码改善C#程序的157个建议——建议154:不要过度设计,在敏捷中体会重构的乐趣
- 关于最近重构代码的一些思考
- 读《重构-改善既有代码的设计》的一些简单的概念和理解
- 代码自我审查的一些体会
- 关于代码重构的一些思考
- 看linkedlist部分底层代码的一些基础体会
- 或许你需要一些可操作性更强的实践——代码的阅读性、重构
- 测试 代码的一些体会!说实话,前半部分能看懂,因为深有感触
- 当范围很大时,重构的同构性确实很难掌握啊,记最近维护代码时一些教训
- 开发培训体会——写好代码的一些编码规则和设计原则
- 关于阅读《重构,改善既有代码的设计》的一些思考
- 对着色器代码与纹理图优化的一些体会
- 我提问的:找一个通用函数,修改同一类别的控件的一些属性,或者优化、重构下面的代码。
- 遗留代码单元测试与重构的一点小体会
- 开发培训体会——写好代码的一些编码规则和设计原则
- 《重构 改善既有代码的设计》读书笔记及心得体会
- 关于c#调用C++代码的一些应用的体会