代碼人生：爲何程序員不多重構代碼?這就是緣由

 

當你以爲眼前的舊代碼很爛時，該怎麼辦?

你以爲舊代碼寫的很爛，那又怎樣呢?它們已經上線，已經在實際運行中經受住了考驗。

因此當你發現前任留下的代碼亂七八糟的時候，不妨冷靜下來，從如下三個方面入手理解代碼、改善代碼：

一、代碼的結構有問題

若是一段網絡代碼忽然彈出了本身的對話框，應該是UI代碼須要被處理。這些問題能夠被解決掉，你要一次次當心地移動代碼，重構，改變接口。

還須要一位細心的工程師立馬仔細地檢查這些改變是否有問題，從而不打擾到其餘人。事實上，甚至比較大的結構變化也能夠不扔掉代碼來完成。

大牛程序員Joel Spolsky回憶說，曾經在某個項目中，他和他的團隊花了好幾個月從新架構在一點上：

把代碼動來動去、清理、建立有意義的基類，並建立了模塊之間的完美接口。可是他們始終很是當心翼翼，並無產生新的bug、也沒有丟掉任何舊代碼。

二、代碼的效率不高

曾經，Netscape的渲染代碼被傳很是緩慢。但事實上，這隻會影響該項目的一小部分，這部分是你能夠優化甚至重寫的。你徹底沒必要重寫所有代碼。

優化速度的1%工做量，會讓你得到99%的爆炸性提升。

三、代碼寫得很醜

有些代碼真的寫的很醜，好比Joel曾參與一個項目，開始用下劃線作開始的成員變量約定，但後來改用更標準的「M_」。

因此一半的功能用「_」開始，一半用「M」開始，這看起來真的很醜陋。但這個問題5分鐘就能解決，而不用從頭開始寫所有的代碼。

最後，你要記住，從頭開始再寫一遍並不意味着你會寫出比之前更好的代碼。由於你沒有參與到上一個版本的建立，因此你其實根本就不算有經驗。

一旦你準備推倒重寫，你可能會再犯一遍版本一犯過的錯，甚至會產生更多的新問題。

另外若是你想更好的提高你的編程能力，學好C語言C++編程！彎道超車，快人一步！筆者這裏或許能夠幫到你~

分享（源碼、項目實戰視頻、項目筆記，基礎入門教程）

歡迎轉行和學習編程的夥伴，利用更多的資料學習成長比本身琢磨更快哦！

免費學習書籍：

 

免費學習資料：