对历史遗留代码的维护和再开发

时间：2014-06-25 10:44:22 阅读：134 评论：0 收藏：0 [点我收藏+]

一、时间宽松时的代码维护
对于新人，一般都会留出一段时间进行代码的接手，那么对于如何处理接到手中的代码，是不是只是看看代码、写写心得，还是能够利用这段空闲时间，煅炼提升自己，我期望是后者，结合公司部门的情况，对这种情况进行个人阐释：

1、对现有代码的熟悉。若是对拿到手中的代码，都不知道是做什么的，有什么用，可能就什么意义也没有，后面的也不用看了。

2、加入或者补充测试用例，若是没有测试用例，后面的重构基本上是没办法进行判断是否正确的。

3、用测试用例对代码进行测试，以期达到相关效果和理解代码逻辑及功能的目的。

4、循序渐进重构代码，把相关代码通过使用一系列的手段进行重构。

5、对重构部分，使用相关测试用例进行测试，对于跑不过的，通过对比老的代码，发现相关的问题然后处理。

6、继续重构和运行测试用例，直到能达到满意的效果。

二、时间紧迫时功能的要求
在开发过程中，大多数遇到的应该是属于这一类的问题，工期要求比较紧，而对于原有只有个基本的了解，或者是仅仅看过一部分，而马上又要增加或者修改功能。对于这种情况，尽可能的做到稳扎稳打，新功能搞不清楚老代码相关部分看不明白，坚决不进行修改和新功能的添加，否则会造成修改出来的需求质量不高，后期维护困难。个人认为可以采用如下的过程：

1、彻底的理解新需求。

2、把新需求结合对已有代码的理解，确定需要改什么，要改什么地方，增加在哪儿、是否要新接口等等。

3、对即将变更的部分整理相关的测试用例，缺少的加以补充。

4、增加或者修改代码。

5、运行测试用例，使相关用例都通过。4、5步骤极可能重复。

6、交给测试部，或者发布。

7、对本次变动部分进行重构，然后运行测试用例。（本步骤在时间特别紧时可能会被忽略，但个人不希望）

对历史遗留代码的维护和再开发,布布扣,bubuko.com

对历史遗留代码的维护和再开发

标签：遗留代码重构

原文地址：http://blog.csdn.net/binjuny/article/details/34408525

踩

(0)

评论一句话评论（0）

分享档案

更多>

2021年07月29日 (22)
2021年07月28日 (40)
2021年07月27日 (32)
2021年07月26日 (79)
2021年07月23日 (29)
2021年07月22日 (30)
2021年07月21日 (42)
2021年07月20日 (16)
2021年07月19日 (90)
2021年07月16日 (35)

周排行