refactoring（重構(gòu)）-文庫吧
2025-09-08 15:06 本頁面
【正文】 。 在傳統(tǒng)的過程中，設計是一個很嚴謹和占用大量時間的階段（比如 一個項目 6個月， 4個月需求分析和設計），從設計階段獲得的幾乎 不會變化的詳細設計文檔，然后程序員對這些詳細設計進行實現(xiàn)。 現(xiàn)實： 1. 程序員需要改動代碼來迎合需求的改變。 2. 程序員需要改動代碼來能滿足實際中性能的要求 3. 程序員沒能理解和按設計實現(xiàn) 4. 程序員為了趕 DeadLine對代碼做的 QuickandUgly修改 結(jié)果：代碼從設計偏離，設計變的過時 ? Copyright 2020 Chinaxp. All rights reserved 8 Refactoring和敏捷 流程 Refactoring表現(xiàn)敏捷方法的設計哲學 : 軟件開發(fā)是一個進化的過程。 過去的傳統(tǒng)的設計方法則專著于軟件的設計階段，力求整體設計的 完美和詳細，從而防止開發(fā)過程的后期出現(xiàn)沒由預見到的情況而危 害軟件的質(zhì)量和進度。 敏捷方法則專注于當前的設計的完美，不過分考慮將來設計 ， 依 賴目前的好的設計和代碼來應付將來可能出現(xiàn)的需求和情況。 而 Refactoring就是敏捷方法的實現(xiàn)其設計哲學的工具。 ? Copyright 2020 Chinaxp. All rights reserved 9 什么時候適合做 Refactoring? ? 在開始增加一個新的功能之前 為了增加一個新的功能，程序員需要首先讀懂現(xiàn)有的代碼。 ? 在修復一個錯誤的時候 為了修復一個 Bug,程序員需要讀懂現(xiàn)有的代碼。 ? 在做 Code Review的時候 ? Copyright 2020 Chinaxp. All rights reserved 10 什么時候不適合做 Refactoring? ? 代碼太混亂，設計完全錯誤 與其 Refactor，不如重新開始。 ? 明天是 DeadLine 永遠不要做 LastMinuteChange。推遲 Refactoring，但不可以忽略，即使進入 Production的代碼都正確的運行。 ? Refactoring的工作量顯著的影響 Estimate 一個 Task的 estimate是３天，如果為了 Refactoring，需要更多的時間（ ２天或更多）。推遲 Refactoring,同步可以忽略?？梢园堰@個Refactoring作為一個新的 Task，或者安排在 Refactoring的 Iteration中完成。 ? Copyright 2020 Chinaxp. All rights reserved 11 Refactoring的流程 ? 讀懂代碼（包括測試例子代碼） ? Refactoring ? 運行所有的 Unit Tests ? Copyright 2020 Chinaxp. All rights reserved 12 Bad Smells ? Duplicated Code ? Long Method ? Large Class ? Long Parameter List ? Divergent Change ? Shortgun Surgery ? Feature Envy ? Data Clumps ? Primitive Obsession ? Switch Statements ? Parallel Inheritance Hierarchies ?
教學課件相關推薦
鄂ICP備17016276號-1