事實(shí)證明，跟遺留代碼打交道未必需要花費(fèi)數(shù)天時(shí)間去研究晦澀難懂的注釋。要想找到并修復(fù)漏洞，開發(fā)者可采用簡單的測試工具來對問題抽絲剝繭。

[[119973]]

跟遺留代碼打交道會是比較困難的，尤其是如果代碼是由某位不知道名字的程序員用一種不熟悉的語言編寫的話。但跟據(jù)Mob Programming 的R Jason Kerney 和Llewellyn Falco的說法，遺留應(yīng)用中的bug是可以相對迅速地發(fā)現(xiàn)和修補(bǔ)好的，這個過程只需要若干相當(dāng)直截了當(dāng)?shù)募记伞?/p>

“我通常是沒有機(jī)會去理解(遺留)代碼的，所以我必須想出辦法在不理解的情況下繼續(xù)工作，”Falco說。

在奧蘭多舉行的Agile2014的一場研討會上，F(xiàn)alco和Kerney展示了他們在不需要過多的研究遺留代碼的情況下尋找和修補(bǔ)漏洞的能力。該研討會的主題是遺留代碼處置，兩位程序員把有效地跟遺留代碼打交道比作切芒果。芒果肉就是重要代碼。其余的則是皮或者核。他們給自己的技術(shù)起了個通俗的叫法：“去皮切塊”。

去皮切塊法的原理是縮小焦點(diǎn)直至待檢查的代碼是與特定漏洞直接相關(guān)的。Falco解釋了如何從外部開始層層剝離直至重要的代碼。Kerney展示了如何在存疑的代碼中切塊。這樣的話，很容易就可以看到哪里出了問題，知道如何去修復(fù)。

用例

他們使用了一個假設(shè)的金融應(yīng)用來進(jìn)行演示，該應(yīng)用會在給現(xiàn)有記錄追加信息時(shí)時(shí)產(chǎn)生多項(xiàng)新記錄。大致是如果“Joe”有3筆獨(dú)立的貸款，遺留代碼就會為他生成3條獨(dú)立的記錄，每一筆貸款一條。應(yīng)用應(yīng)該已經(jīng)給Joe原來的那條記錄追加了貸款。

討論的遺留應(yīng)用假設(shè)是由捷克的外包軟件團(tuán)隊(duì)編寫的，現(xiàn)在這支團(tuán)隊(duì)已經(jīng)不復(fù)存在，因此沒人可以對代碼做出解釋。在這種設(shè)想的情況下，是沒有辦法可以輕松訪問數(shù)據(jù)庫本身的，因此也沒辦法通過庫去了解。

難以破譯的遺留代碼樣例

唯一知道的變量是代碼執(zhí)行時(shí)預(yù)期應(yīng)該做什么事情，以及代碼的實(shí)際執(zhí)行情況。Falco和Kerney說，僅利用這一點(diǎn)信息，他們就可以確定遺留代碼的問題出在哪里并修復(fù)問題。

代碼分離

剝除代碼技術(shù)要求把硬代碼和重要代碼分離。基本計(jì)劃是把一個復(fù)雜的方法分成兩部分。***部分包含的是硬代碼，第二部分包含的是我們希望理解的代碼。然后把重要代碼析取出來作為第二個方法，與其他代碼區(qū)隔對待。

一般而言，這會需要對“代碼的推拿”進(jìn)行一些簡單的重構(gòu)，讓執(zhí)行順序變得更加可行。Kerney和Falco強(qiáng)調(diào)，這一重構(gòu)仍然是非常簡單的，足以在無需理解待測遺留應(yīng)用的遺留代碼庫的情況下就能完成。

逐塊分割

往往會有部分代碼不好打交道，沒辦法像上面那樣進(jìn)行分離。這些就是Falco-Kerney芒果方法論中的坑。這里就要采取切割術(shù)了，即把有問題的組件模擬出來。

Kerney使用了一種叫做EasyMock的工具來把數(shù)據(jù)庫模擬出來，然后把它從不相干的東西中抽象出來。他指出這與測試驅(qū)動開發(fā)的模擬過程非常類似。區(qū)別只是前者不去檢查新代碼是否通過測試，而是測試現(xiàn)有代碼中那一部分沒有通過測試。

打補(bǔ)丁

通過首先剝除問題范圍以外的代碼，然后將問題范圍內(nèi)不相干的代碼切除，F(xiàn)alco 和Kerney***得到的幾行代碼可能就是問題所在。由于只需要聚焦于幾行代碼，兩人就可以更好的確定什么地方出了問題。

在本例中，***的結(jié)果表明，有兩行代碼寫錯了次序。通常情況下這兩行代碼的次序是沒有影響的。這里出了問題是因?yàn)镴ava語言及其運(yùn)作方式的錯綜復(fù)雜。

Falco和Kerney對簡化后的代碼運(yùn)行測試時(shí)，顯然是***行代碼被調(diào)用得太快了。找到正確的順序、修訂漏洞并反敗為勝并沒有花費(fèi)太多的時(shí)間—這一切都不需要理解代碼。

一點(diǎn)告誡

重要的是要注意到這些技術(shù)并不能保證新的依賴性錯誤不會發(fā)生，如果外部代碼引用了被修改的代碼的話。然而，正如Kerney所指出那樣：“理解代碼并不能確保在其身上不會出現(xiàn)任何連綿不絕的依賴性。”

至于在舊的遺留應(yīng)用上尋找和修補(bǔ)漏洞，有人會提出說找出遺留代碼的工作方式純屬浪費(fèi)時(shí)間。不花時(shí)間學(xué)寫代碼的話可能會喪失掉一些(也許是可觀的)學(xué)習(xí)的機(jī)會。然而，如果這種學(xué)習(xí)如果真的值得開發(fā)者花時(shí)間的話，他或她可以在漏洞解決之后再去學(xué)習(xí)代碼。

看看工具

Falco和Kerney利用了面向Java的軟件工具進(jìn)行演示。他們使用的基礎(chǔ)工具是Eclipse IDE、JUnit測試工具、覆蓋測試用的是EclEmma，模擬對象則使用EasyMock來生成。究竟用什么工具要視具體的項(xiàng)目而言。

后續(xù)步驟

Llewellyn Falco針對.Net開發(fā)者解釋這些過程的系列視頻可以在YouTube上面找到。

你可能不想將遺留應(yīng)用遷移到云上，但在云端進(jìn)行開發(fā)和測試仍然有一些好處。

當(dāng)你把遺留代碼的所有漏洞都補(bǔ)上時(shí)別忘了跟蹤新項(xiàng)目的缺陷。