對曆史遺留代碼的維護和再開發

標籤：遺留代碼   重構   

一、時間寬鬆時的代碼維護
對於新人，一般都會留出一段時間進行代碼的接手，那麼對於如何處理接到手中的代碼，是不是只是看看代碼、寫寫心得，還是能夠利用這段空閑時間，煆煉提升自己，我期望是後者，結合公司部門的情況，對這種情況進行個人闡釋：

1、對現有代碼的熟悉。若是對拿到手中的代碼，都不知道是做什麼的，有什麼用，可能就什麼意義也沒有，後面的也不用看了。

2、加入或者補充測試案例，若是沒有測試案例，後面的重構基本上是沒辦法進行判斷是否正確的。

3、用測試案例對代碼進行測試，以期達到相關效果和理解代碼邏輯及功能的目的。

4、循序漸進重構代碼，把相關代碼通過使用一系列的手段進行重構。

5、對重構部分，使用相關測試案例進行測試，對於跑不過的，通過對比老的代碼，發現相關的問題然後處理。

6、繼續重構和運行測試案例，直到能達到滿意的效果。

二、時間緊迫時功能的要求
在開發過程中，大多數遇到的應該是屬於這一類的問題，工期要求比較緊，而對於原有只有個基本的瞭解，或者是僅僅看過一部分，而馬上又要增加或者修改功能。對於這種情況，儘可能的做到穩紮穩打，新功能搞不清楚老代碼相關部分看不明白，堅決不進行修改和新功能的添加，否則會造成修改出來的需求品質不高，後期維護困難。個人認為可以採用如下的過程：

1、徹底的理解新需求。

2、把新需求結合對已有代碼的理解，確定需要改什麼，要改什麼地方，增加在哪兒、是否要新介面等等。

3、對即將變更的部分整理相關的測試案例，缺少的加以補充。

4、增加或者修改代碼。

5、運行測試案例，使相關用例都通過。4、5步驟極可能重複。

6、交給測試部，或者發布。

7、對本次變動部分進行重構，然後運行測試案例。（本步驟在時間特別緊時可能會被忽略，但個人不希望）