代碼重構refactor的一點感想
最近一段時間在做2個模塊代碼的refactor。一個模塊是因為性能的原因,另一個模塊是因為很爛的數據庫設計,導致數據很難維護,并且也會有潛在的性能問題。
有很多的感想:
1. 既然要做refactor,就意味原來的代碼肯定有很大的缺陷。但是即使這樣,也要先明確refactor的范圍。而不是全部上來都做refactor,那樣會導致refactor不可控。同時還要區分哪些是refactor,哪些是new feature,不要混在一起。
2. test case很重要。
3. 詳細的文檔比代碼實現更重要。時間上應該是1:1
4. 文檔應包括:
A 對舊系統業務邏輯的分析,以及存在的問題
B 新系統業務邏輯的分析,對應的改善方法
C new design:DB, architecture
D 舊有系統需要改善的功能點
5. 再爛的系統也不是一無是處,所以盡量不要全盤否定。
有很多的感想:
1. 既然要做refactor,就意味原來的代碼肯定有很大的缺陷。但是即使這樣,也要先明確refactor的范圍。而不是全部上來都做refactor,那樣會導致refactor不可控。同時還要區分哪些是refactor,哪些是new feature,不要混在一起。
2. test case很重要。
3. 詳細的文檔比代碼實現更重要。時間上應該是1:1
4. 文檔應包括:
A 對舊系統業務邏輯的分析,以及存在的問題
B 新系統業務邏輯的分析,對應的改善方法
C new design:DB, architecture
D 舊有系統需要改善的功能點
5. 再爛的系統也不是一無是處,所以盡量不要全盤否定。
posted on 2011-05-23 14:00 amenglai 閱讀(209) 評論(0) 編輯 收藏 所屬分類: 編程語言