首页 > 代码库 > 对历史遗留代码的维护和再开发
对历史遗留代码的维护和再开发
一、时间宽松时的代码维护
对于新人，一般都会留出一段时间进行代码的接手，那么对于如何处理接到手中的代码，是不是只是看看代码、写写心得，还是能够利用这段空闲时间，煅炼提升自己，我期望是后者，结合公司部门的情况，对这种情况进行个人阐释：
1、对现有代码的熟悉。若是对拿到手中的代码，都不知道是做什么的，有什么用，可能就什么意义也没有，后面的也不用看了。
2、加入或者补充测试用例，若是没有测试用例，后面的重构基本上是没办法进行判断是否正确的。
3、用测试用例对代码进行测试，以期达到相关效果和理解代码逻辑及功能的目的。
4、循序渐进重构代码，把相关代码通过使用一系列的手段进行重构。
5、对重构部分，使用相关测试用例进行测试，对于跑不过的，通过对比老的代码，发现相关的问题然后处理。
6、继续重构和运行测试用例，直到能达到满意的效果。
二、时间紧迫时功能的要求
在开发过程中，大多数遇到的应该是属于这一类的问题，工期要求比较紧，而对于原有只有个基本的了解，或者是仅仅看过一部分，而马上又要增加或者修改功能。对于这种情况，尽可能的做到稳扎稳打，新功能搞不清楚老代码相关部分看不明白，坚决不进行修改和新功能的添加，否则会造成修改出来的需求质量不高，后期维护困难。个人认为可以采用如下的过程：
1、彻底的理解新需求。
2、把新需求结合对已有代码的理解，确定需要改什么，要改什么地方，增加在哪儿、是否要新接口等等。
3、对即将变更的部分整理相关的测试用例，缺少的加以补充。
4、增加或者修改代码。
5、运行测试用例，使相关用例都通过。4、5步骤极可能重复。
6、交给测试部，或者发布。
7、对本次变动部分进行重构，然后运行测试用例。（本步骤在时间特别紧时可能会被忽略，但个人不希望）
对于新人，一般都会留出一段时间进行代码的接手，那么对于如何处理接到手中的代码，是不是只是看看代码、写写心得，还是能够利用这段空闲时间，煅炼提升自己，我期望是后者，结合公司部门的情况，对这种情况进行个人阐释：
1、对现有代码的熟悉。若是对拿到手中的代码，都不知道是做什么的，有什么用，可能就什么意义也没有，后面的也不用看了。
2、加入或者补充测试用例，若是没有测试用例，后面的重构基本上是没办法进行判断是否正确的。
3、用测试用例对代码进行测试，以期达到相关效果和理解代码逻辑及功能的目的。
4、循序渐进重构代码，把相关代码通过使用一系列的手段进行重构。
5、对重构部分，使用相关测试用例进行测试，对于跑不过的，通过对比老的代码，发现相关的问题然后处理。
6、继续重构和运行测试用例，直到能达到满意的效果。
二、时间紧迫时功能的要求
在开发过程中，大多数遇到的应该是属于这一类的问题，工期要求比较紧，而对于原有只有个基本的了解，或者是仅仅看过一部分，而马上又要增加或者修改功能。对于这种情况，尽可能的做到稳扎稳打，新功能搞不清楚老代码相关部分看不明白，坚决不进行修改和新功能的添加，否则会造成修改出来的需求质量不高，后期维护困难。个人认为可以采用如下的过程：
1、彻底的理解新需求。
2、把新需求结合对已有代码的理解，确定需要改什么，要改什么地方，增加在哪儿、是否要新接口等等。
3、对即将变更的部分整理相关的测试用例，缺少的加以补充。
4、增加或者修改代码。
5、运行测试用例，使相关用例都通过。4、5步骤极可能重复。
6、交给测试部，或者发布。
7、对本次变动部分进行重构，然后运行测试用例。（本步骤在时间特别紧时可能会被忽略，但个人不希望）
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。