最簡單，最快的方式來打破類的所有依賴關係

Question

使用舊代碼並嘗試創建測試時，我經常從類或方法中分離出依賴關係，因此我可以使用mock編寫這些依賴關係的單元測試。依賴關係通常以調用靜態類和對象的形式出現，這些靜態類和對象是使用構造函數中的new關鍵字或該類中的其他位置創建的。

在大多數情況下，靜態調用是通過包裝靜態依賴來處理的，或者如果它的一個單例模式（或類似的）以StaticClass.Current.MethodCall（）的形式傳遞該依賴， 。

在大多數情況下，構造函數中new關鍵字的使用僅僅是通過在構造函數中傳遞該接口來替換。

在大多數情況下，在類的其他部分使用new關鍵字，可以通過與上面相同的方法處理，或者在需要時創建工廠，並在構造函數中傳遞工廠接口。

我總是使用Resharpers重構工具來幫助我解決所有這些問題，但大多數情況仍然是手工勞動（可能是自動化的），對於一些遺留類和方法來說，這可能是一個非常單調乏味的過程。有沒有其他的重構插件和/或工具可以幫助我在這個過程中？是否有「通過單擊」突破這個類的所有依賴性？「重構工具？ =）

對我來說，聽起來像所有這些步驟是很多開發人員和常見問題的常見問題，並且在我嘗試將插件寫入Resharper或CodeRush之前，我不得不問，因爲有人可能已經嘗試過這種方法。

新增：

在反射到下面的答案：即使你可能不希望打破眼前的一幕（點擊總量突破了可能會導致更多的問題比它幫助）仍然能夠簡單地打出來1個方法依賴關係，或者1-2個依賴關係很容易，會有很大的不同。

此外，重構代碼有一個「嘗試看看會發生什麼事情，只是爲了學習如何將所有東西放在一起」，並且一次點擊就可以幫助處理噸，即使你不檢查代碼。

Answer 1

我不認爲有任何工具可以自動執行此操作。使用遺留代碼意味着 - 一如你所知 - 一次只用很少的步驟更改代碼。這些步驟通常故意很小以防止出現錯誤。通常，你應該做的第一項改變是使代碼可測試的改變。在您編寫測試之後，您可以通過修復該錯誤或實現RFC的方式來更改該部分代碼。

因爲你應該採取一些小步驟，我相信很難使用重構工具來神奇地讓你所有的依賴消失。對於遺留系統，您幾乎不希望立即做出重大更改，因爲破壞（而不是因爲缺少測試而發現）的風險太大。然而，這並不意味着重構工具在這種情況下沒有用處。反之;他們幫助很大。

如果你還沒有，我建議你閱讀邁克爾羽毛的書Working Effectively with Legacy Code。它詳細描述了一系列幫助您將遺留代碼重構爲更可測試系統的模式。

祝你好運。

Answer 2

說到靜態調用依賴關係，您可能需要檢出Moles。它能夠在運行時進行代碼注入，以便用您自己的測試實現去除任何靜態或非虛擬方法調用。這對於測試未使用可測試依賴注入接口設計的遺留代碼來說非常方便。