2009-07-30 53 views

回答

12

重構最佳實踐規則No.1:先寫一些測試吧!

重構應該使代碼更容易維護,並理想地減少組件/類之間的耦合。

對重構較好的選擇是班高耦合到其他類和類是做太多(打破了單一職責原則)

工具,比如ReSharperVisual Studio's built-in tools是有用的輔助工具。

如果使用VB.NET,然後檢查了:Refactor! for Visual Basic 2008

0
  • 您的代碼應該更可讀/理解,當你完成而不是更少。
  • 通常你的方法應該變得更短,不再更長。
  • 重複代碼應該移入它自己的方法並重用。
1

不要將重構與添加或更改應用程序的功能混合在一起。

0

重構一套測試以確保您不會破壞任何東西。

2

由於問題很模糊,很難給出任何好的答案。但我建議你讀的重構Martin Fowler的目錄,它給你一個很好的出發點:最有可能

Refactorings

3

通常編寫測試是不是你做的第一件事,遺留代碼你將無法編寫測試(依賴db,外部庫,靜態等)

依靠工具首先,使用自動重構,如'提取方法'(Resharper和VS是你的朋友)

邁克爾羽毛是一本很好的書,可以學習如何打破這些依賴關係。

對於數字算法和解析器PEX是一個非常有用的工具,可以輕鬆創建特徵單元測試。

0

將源代碼保存在sourcecontrol系統中,當重構失敗時只重置當前分支。這樣你永遠不會有任何傷害......除了偶爾浪費一些時間。這很酷,因爲你可以在你的代碼中砍掉&而不用擔心它再也不會工作。

另外,在新分支上很容易做到這一點時,請這樣做。你永遠不知道什麼時候一個bug在你的重構過程中蔓延,你必須快速地推出一個補丁(基於以前的穩定版本)。

0

一個建議,記錄你想要或需要重構的特定方式,並將它們粘貼在wiki或文檔中,因爲後來你可能沒有足夠的時間重新思考你將要做的事情以改善或以其他方式檢修代碼。

0

刪除所有代碼重複。