選擇重寫：噩夢(mèng)的開(kāi)始

復(fù)雜繁多的應(yīng)用程序往往牽一發(fā)動(dòng)全身，當(dāng)你想重做部分應(yīng)用時(shí)，發(fā)現(xiàn)其他的應(yīng)用程序也會(huì)受到影響。

[[315509]]

更糟糕的是，當(dāng)你更改代碼前試圖編寫單元測(cè)試時(shí)，發(fā)現(xiàn)該代碼最初并沒(méi)有設(shè)計(jì)成可測(cè)試的代碼。所以，在進(jìn)行了種種掙扎和嘗試后，你可能就會(huì)把這個(gè)應(yīng)用程序凍結(jié)起來(lái)，再也不想碰它了......

那么，有沒(méi)有一種辦法既能更改無(wú)法維護(hù)的代碼，又能使局面不那么糟糕呢?

我們知道，更改代碼存在一定風(fēng)險(xiǎn)，而重構(gòu)成本又太高。在這種情況下，從頭開(kāi)始重新編寫代碼看起來(lái)是個(gè)不錯(cuò)的主意。

按照這個(gè)思路，接下來(lái)會(huì)發(fā)生什么?

1. 你在重寫現(xiàn)有應(yīng)用程序的同時(shí)，與管理層討論一段時(shí)間內(nèi)停用新功能。
2. 重寫一個(gè)包含現(xiàn)在 應(yīng)用程序 功能的新程序大約耗時(shí) 6 個(gè)月。
3. 幾個(gè)月后，出現(xiàn)了一個(gè)令人討厭的 bug，并且這個(gè) bug 必須在舊代碼中修復(fù)。因此，你又修補(bǔ)了舊代碼和新代碼。
4. 再過(guò)幾個(gè)月，公司將一些新功能交付給了客戶。但新功能必須用舊代碼才能實(shí)現(xiàn)，因?yàn)樾掳姹旧形礈?zhǔn)備好。你不僅要再次返回到舊代碼中，還要添加一個(gè) TODO 以便這些新功能在新版本中實(shí)現(xiàn)。
5. 轉(zhuǎn)眼 5 個(gè)月過(guò)去了，你意識(shí)到項(xiàng)目可能要延遲，舊應(yīng)用程序遠(yuǎn)比想象得要棘手。
6. 7 個(gè)月過(guò)去了，你開(kāi)始測(cè)試新版本，QA 質(zhì)量檢查發(fā)現(xiàn)了很多需要修復(fù)的問(wèn)題。
7. 9 個(gè)月后，公司再也受不了“不開(kāi)發(fā)功能”。領(lǐng)導(dǎo)開(kāi)始不滿，你為此身心俱疲。你一邊掙扎著更改舊代碼，一邊加快速度重寫代碼。
8. 最終結(jié)果是，你做出了兩個(gè)系統(tǒng)。擺脫舊代碼還需要一段時(shí)間，因?yàn)樾麓a還沒(méi)準(zhǔn)備好。每個(gè)功能都需要在新系統(tǒng)和舊系統(tǒng)中實(shí)現(xiàn)兩次。

最終，我選擇扼殺

我現(xiàn)在的項(xiàng)目，就是在處理這個(gè)問(wèn)題。我們內(nèi)部有兩個(gè)并行工作的系統(tǒng)：cart(舊系統(tǒng))和 booking(新系統(tǒng))。實(shí)際上，booking 應(yīng)該替換掉 cart。

該項(xiàng)目始于三年前，但三年過(guò)去了，項(xiàng)目仍然未完成。

booking 總體上講要優(yōu)于 cart，但并不是說(shuō)所有方面都比 cart 出色，一些購(gòu)買流程會(huì)使用 booking，但仍有很多流程沿用 cart。

現(xiàn)在，由于新舊系統(tǒng)并行工作，所以新功能的實(shí)現(xiàn)時(shí)間是原來(lái)的兩倍。有趣的是，由于最初的設(shè)計(jì)目的并不是為了支持我們想要的新功能，而是因?yàn)?booking 有些過(guò)時(shí)了，所以才會(huì)建議“適當(dāng)重寫 cart 系統(tǒng)。”

如果按照這個(gè)思路，接下來(lái)幾個(gè)月，我們可能要讓兩個(gè)系統(tǒng)并行運(yùn)行。顯然，這不是個(gè)好辦法，我還知道另外一種能有效解決系統(tǒng)問(wèn)題的辦法，就是“扼殺”。

如何“扼殺”舊代碼庫(kù)

方法很簡(jiǎn)單：逐步刪除舊的代碼庫(kù)，使用新的代碼庫(kù)。

具體操作如下：

• 讓新代碼充當(dāng)舊代碼的代理服務(wù)器(proxy)。用戶使用新系統(tǒng)，新系統(tǒng)重定向到舊系統(tǒng)。
• 在新代碼庫(kù)重新實(shí)現(xiàn)每步操作，這種操作在終端用戶看來(lái)沒(méi)有任何變化。
• 通過(guò)讓用戶使用新功能來(lái)逐漸淡化舊代碼。刪除舊的、未使用的代碼。

實(shí)際操作

來(lái)說(shuō)說(shuō)我們的系統(tǒng)，我們有一個(gè)用于處理付款的 cart模塊。

我們嘗試重寫，想法是創(chuàng)建一個(gè)新的、比 cart 更好的 booking 支付方式。但是這個(gè)項(xiàng)目沒(méi)有 100%交付，因?yàn)橹貙懝ぷ骱馁M(fèi)了太多時(shí)間，我們不得不在舊 cart 系統(tǒng)上開(kāi)發(fā)新功能。

最終，我們還是創(chuàng)建了兩個(gè)模塊。

讓我們?cè)僭囈淮?，這次我們來(lái)“扼殺”cart 模塊。與上一種方式不同的是，這次我們引入新 booking 模塊作為代理服務(wù)器。

設(shè)置起來(lái)很容易。很快，我們可以在不重復(fù)付款處理邏輯的情況下將其交付生產(chǎn)。然后，逐步地，我們可以開(kāi)始將付款邏輯遷移到新的 booking 模塊。

在遷移邏輯時(shí)，我們擺脫了 cart 模塊上未使用的代碼。這個(gè)過(guò)程可能會(huì)需要一段時(shí)間，但我們正逐漸摒棄掉舊的、難以維護(hù)的 cart，開(kāi)始應(yīng)用新的、更好的 booking。

結(jié)束語(yǔ)

這樣做最好的地方是可以解決重寫期間無(wú)法交付新功能的問(wèn)題。使用這種技術(shù)，無(wú)需復(fù)制代碼，更無(wú)需實(shí)現(xiàn)兩次新功能。另外，你需要盡快將新系統(tǒng)投入使用，更快地獲得反饋，很大程度減少工作量并且降低把事情搞砸的風(fēng)險(xiǎn)。

最后，你可以有條不紊地進(jìn)行重寫，而無(wú)需將代碼凍結(jié) 6 個(gè)月。盡管“扼殺”可能帶有暴力色彩，但這種隱喻恰恰描述了慢慢擺脫舊系統(tǒng)的方法，與完全轉(zhuǎn)換相比，這樣做的風(fēng)險(xiǎn)較小。當(dāng)舊代碼實(shí)在難以使用時(shí)，這可能是邁向更好設(shè)計(jì)的第一步。

如果你在從事領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)(DDD)，我建議你采用這種方法逐步淘汰舊系統(tǒng)。

你可以將舊系統(tǒng)視為黑匣子，創(chuàng)建一個(gè) Bubble Context ，在其中應(yīng)用部署 DDD 原理。Bubble Context 與舊系統(tǒng)進(jìn)行交互。逐漸地，新功能將在不斷增長(zhǎng)的 Bubble context 中實(shí)現(xiàn)。同時(shí)，業(yè)務(wù)中用到舊系統(tǒng)的機(jī)會(huì)也越來(lái)越少，直到有一天，你可以徹底關(guān)閉舊系統(tǒng)。