首页 > 代码库 > 对历史遗留代码的维护和再开发

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

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

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

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

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

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

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

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

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

1、彻底的理解新需求。

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

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

4、增加或者修改代码。

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

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

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