一次項目重構的心得體會


接手一老項目,經過幾個月之后,實在頂不順原來的架構,一樣事情要干兩件活,代碼冗余復雜,給維護工作帶來很多問題和隱患,趁着前段時間新需求比較少,遂與產品負責人溝通之后暫停新需求,先進行項目重構。於是就花了近一個月的時間對其架構進行重構,首先是將接入部分和業務處理部分分離,其次是將業務處理部分集中,再次是引入內存數據庫,實現業務處理部分無狀態,將所有狀態保持在內存數據中,從而使得業務處理進程可以多個進程並行,並且可以進行業務處理模塊的無間斷更新。重構完之后可以說是脫胎換骨了,其中有些心得和體會分享一下。

1、重構的本質

  這次的重構由自己一個人設計和實現,經過這次項目重構,對於重構的本質有了更加深刻的認識。抽象地來說,重構就是一個變換,把原先的代碼進行變換,得到新的代碼,而這個新的代碼的外部接口和輸入輸出都是和原先的代碼一樣。

2、重構的步驟

  在分析的時候首先是進行模塊的功能和接口的分解,將原先代碼中的模塊功能與接口分解,然后組合到新代碼的模塊中去,形成新的模塊和接口。在新的架構中,需要引入新的模塊間通信協議,先設計和實現新模塊間的通信協議,並且測試通過之后,再設計和實現新架構中可以重用的元素。重用元素通過測試之后再進行原模塊到新模塊的遷移,並進行單元測試。

  最后進行集成測試。

  在整個過程中,測試非常重要,除了單元測試之外,因為整個架構進行了重構,集成測試也非常重要。而且最好是自己也進行測試,不能僅交給測試人員進行測試。在代碼遷移的過程中,代碼的拷貝以及替換是最需要小心的,一定要注意拷貝對象以及替換對象的語義。

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM