在重構(gòu)一些代碼之前進(jìn)行單元測(cè)試通常是個(gè)好主意。不過(guò)，我今天要違背這一點(diǎn)，告訴你們，這并不是必須的。

很多時(shí)候，應(yīng)該重構(gòu)的代碼并沒(méi)有被重構(gòu)，這是因?yàn)樵谥貥?gòu)之前必須始終有單元測(cè)試。

在許多情況下，相同的代碼在許多修改中都沒(méi)有得到改進(jìn)，因?yàn)閯?chuàng)建重構(gòu)所需的單元測(cè)試的工作量太大了。

我認(rèn)為這是一個(gè)遺憾，因?yàn)樵谥貥?gòu)之前并不總是有必要進(jìn)行單元測(cè)試。

放棄安全網(wǎng)

如果你去看馬戲，你會(huì)注意到有些表演總是有一個(gè)安全網(wǎng)在下面，因?yàn)樘丶际侨绱宋ｋU(xiǎn)，總是有失敗的機(jī)會(huì)。

你也會(huì)注意到，有些表演沒(méi)有安全網(wǎng)，因?yàn)楸M管有危險(xiǎn)，但由于表演人員的訓(xùn)練，危險(xiǎn)是非常小的。

今天我將討論一些實(shí)例，在這些實(shí)例中，在進(jìn)行重構(gòu)之前，不一定需要有一個(gè)安全網(wǎng)。

自動(dòng)重構(gòu)

這是一件容易的事，應(yīng)該很明顯。如果您使用Visual Studio，Eclipse或IntelliJ之類的現(xiàn)代IDE，那么您無(wú)疑會(huì)看到我所說(shuō)的“右鍵單擊重構(gòu)”選項(xiàng)。

任何一種自動(dòng)重構(gòu)在任何時(shí)候都是非常安全的，不必?fù)?dān)心功能會(huì)發(fā)生變化，這些自動(dòng)重構(gòu)只是對(duì)代碼應(yīng)用一種算法來(lái)產(chǎn)生所需的結(jié)果，而且在幾乎所有情況下都不會(huì)改變功能。

您可以信任這些重構(gòu)工具，因?yàn)椴豢赡艹霈F(xiàn)人為錯(cuò)誤。

任何時(shí)候你可以選擇使用自動(dòng)重構(gòu)，就去做吧！即使你有單元測(cè)試，這也是有意義的。當(dāng)我和某人配對(duì)，他們手動(dòng)重構(gòu)“提取方法”或“重命名”之類的東西時(shí)，我總是感到驚訝。

大多數(shù)時(shí)候，您想對(duì)某些代碼執(zhí)行的所有操作都可以在自動(dòng)重構(gòu)菜單中找到。

小步重構(gòu)

雖然不像自動(dòng)重構(gòu)那樣安全，但如果你的重構(gòu)只是一小步，那么你的大腦理解它并防止任何副作用的可能性就大得多。

這方面的一個(gè)很好的例子就是我關(guān)于重構(gòu)去除條件的文章。

一般的想法是，如果你可以做一些非常簡(jiǎn)單的小步驟，這些步驟非?，嵥?，幾乎不可能出錯(cuò)，那么你最終可以做一個(gè)大的重構(gòu)，作為這些小修改的凈效果。

這是一個(gè)判斷的召喚，由你來(lái)決定你所做的是否只是一小步。

我確實(shí)發(fā)現(xiàn)，如果我想做一個(gè)不是小步重構(gòu)的重構(gòu)，我通常可以把它分解成一系列我非常自信的小步（大多數(shù)時(shí)候這些都是自動(dòng)重構(gòu)）。

將方法轉(zhuǎn)換為類

我討厭上課。很多時(shí)候，每個(gè)人都不敢從一個(gè)龐大的課程中學(xué)習(xí)東西，因?yàn)樗芸赡軙?huì)破裂，并且為該課程編寫單元測(cè)試將花費(fèi)數(shù)年時(shí)間。

一個(gè)簡(jiǎn)單的步驟，極大地改進(jìn)了體系結(jié)構(gòu)，并允許您最終創(chuàng)建單元測(cè)試，就是獲取該類的一大塊，將其移動(dòng)到一個(gè)新的類中，并將所有的邏輯保持在原來(lái)的狀態(tài)。

它并不總是完全干凈的，您可能需要將一些依賴項(xiàng)傳遞給新方法或新類構(gòu)造函數(shù)，但是如果您可以這樣做，它可以是一個(gè)簡(jiǎn)單而安全的重構(gòu)，允許您為新類編寫單元測(cè)試。

顯然，這個(gè)危險(xiǎn)比我之前提到的其他兩個(gè)危險(xiǎn)要稍微大一些，但是它也具有巨大的“優(yōu)勢(shì)”。

單元測(cè)試或測(cè)試代碼本身

另一個(gè)顯而易見(jiàn)的問(wèn)題是，除非你要編寫元單元測(cè)試，否則你將不得不在這個(gè)問(wèn)題上過(guò)得有點(diǎn)危險(xiǎn)，你真的沒(méi)有選擇。

我想每個(gè)人都會(huì)同意重構(gòu)單元測(cè)試很重要，那么，為什么沒(méi)有人害怕重構(gòu)單元測(cè)試呢？

我只舉這個(gè)例子來(lái)說(shuō)明你不應(yīng)該害怕在沒(méi)有單元測(cè)試的情況下重構(gòu)代碼。

我不是提倡魯莽行事

我知道你們有些人現(xiàn)在很緊張，請(qǐng)放心，我的信息不是在沒(méi)有單元測(cè)試的情況下隨意重構(gòu)代碼，我的信息只是在考慮重構(gòu)時(shí)使用節(jié)制

不要因?yàn)樽裱粭l需要先進(jìn)行單元測(cè)試的硬性規(guī)定而放棄重構(gòu)。

相反，我建議一些重構(gòu)是如此的瑣碎和安全，以至于如果在選擇離開(kāi)代碼是因?yàn)閱卧獪y(cè)試將花費(fèi)太長(zhǎng)的時(shí)間，還是在沒(méi)有安全網(wǎng)的情況下重構(gòu)代碼之間，不要成為一個(gè)懦夫。動(dòng)動(dòng)腦筋！

會(huì)讓你難受的事情

即使使用自動(dòng)重構(gòu)，也有一些事情需要注意，即使是那些也可能會(huì)失敗并給您帶來(lái)各種各樣的問(wèn)題。

這些問(wèn)題中的大多數(shù)不會(huì)存在于你的代碼庫(kù)中，除非你正在做一些瘋狂的事情。

• 如果你在C#中使用動(dòng)態(tài)，或者某種PInvoke、不安全（指針操作）或COM互操作，所有的賭注都在重命名之類的東西上。

• 反射。小心這個(gè)。這真的會(huì)讓你大吃一驚。如果你使用反射，更改方法名稱或類型可能會(huì)導(dǎo)致僅在運(yùn)行時(shí)才會(huì)出現(xiàn)的故障。

• 代碼生成。也要注意此問(wèn)題。如果生成的代碼取決于系統(tǒng)中某些功能的特定實(shí)現(xiàn)，重構(gòu)工具不會(huì)有任何想法。

• 外部發(fā)布的接口。這一點(diǎn)毋庸置疑，但我將在這里提到這一點(diǎn)非常重要。小心其他人使用您發(fā)布的API。無(wú)論您是否有單元測(cè)試，重構(gòu)發(fā)布的API都會(huì)給您帶來(lái)一大堆噩夢(mèng)。

這個(gè)列表并不是為了嚇唬你不要重構(gòu)，但是如果你知道這個(gè)列表中的任何東西都在你的代碼庫(kù)中，在你重構(gòu)之前檢查一下。確保你正在重構(gòu)的代碼不會(huì)受到這些東西的影響。