重寫代碼其實意味著重新開始丢郊，而且也存在著更多的風險!

想要推倒舊代碼盔沫，重寫代碼的程序員們，請注意：保持冷靜枫匾，繼續(xù)前行!

程序員都有一顆工程師的心架诞，所以當他們到一片新的場地想做的第一件事就是，將舊的一切推倒重來干茉。是的谴忧，他們決不會滿足于簡單的增量勞動。

或許這種微妙的心理定位可以解釋：為什么程序員進入新項目組后寧愿丟掉舊代碼重新寫角虫，也不愿意修修補補沾谓。他們認為舊代碼簡直一團糟。

但是戳鹅，事實上真是這樣嗎?你之所以認為舊代碼一團糟均驶，其實是由編程的一個基本定律決定的，那就是：寫代碼容易枫虏，讀代碼難妇穴。

為什么你覺得舊代碼異撑朗混亂?因為讀代碼更難。

這大概就是代碼Reuse難以實現(xiàn)的原因腾它。 這就是你組里的每個人都喜歡用不同的功能將分割的字符串轉(zhuǎn)換成一個數(shù)組跑筝。比起猜測舊的功能是怎樣實現(xiàn)的，重新寫一個自己的功能要簡單和有趣多了瞒滴。

作為這個公理的推論继蜡，你可以問問身邊的程序員他們正在奮戰(zhàn)的代碼怎么樣?「簡直是一塌糊涂!」他們肯定會這樣說」渫龋「我簡直想推倒重來!」

為什么認為代碼這么糟糕呢?「額稀并，看看這個功能，竟然有兩頁長!完全不知道這些東西為什么在這里!完全不知道這些API是干什么的单默〉饩伲」他們會這樣回答你。

曾經(jīng)搁廓，Borland的創(chuàng)始人 Philippe Kahn當初就是向記者們吹噓：Quattro Pro會比Microsoft Excel要好用得多引颈，因為它是從頭開始編寫的，全部都是新的源代碼!

但是境蜕，認為新代碼比舊代碼好簡直就是荒謬蝙场。舊代碼是已經(jīng)運行過的策治，測試過的未檩。無數(shù)的bug在被發(fā)現(xiàn)前都上線運行過，發(fā)現(xiàn)之后程序員們可能在花了好些日子才修復了這些bug悄雅。這種修復可能是一行代碼台诗，也可能是幾個字符完箩，無數(shù)的時間和精力都花在了這些bug修復上。

當你決定拋棄這些舊代碼從零開始的時候拉队，你也丟掉全部前任努力的結(jié)果弊知。

新代碼一定比舊代買好?NO，重寫可能會帶來更大的風險粱快。

對技術(shù)領(lǐng)導者來說秩彤，重寫項目的代碼也是一個異常艱難的決定。因為從公司層面說事哭，重現(xiàn)代碼甚至會威脅產(chǎn)品的市場競爭力漫雷。一旦決定重寫代碼，那么與競品相比慷蠕，你可能落后了2~3年——在軟件行業(yè)珊拼，這時間可夠長的食呻。

你理想中的新代碼會帶來產(chǎn)品功能的提升

但事實上流炕，即便重寫的新代碼可以實現(xiàn)舊代碼的所有功能和需求澎现，但是為產(chǎn)品帶來的市場競爭力只有邊際提升。因為重寫用的新技術(shù)每辟、新語言剑辫、新框架并沒有給產(chǎn)品帶來質(zhì)的飛躍。

更不用說在重寫的漫長過程中可能會遇到一些意外情況渠欺，比如：

缺錢：資金鏈的斷裂

缺人：核心程序員離職

最終導致效果不佳：達不到原產(chǎn)品應有的所有功能和需求妹蔽，白白浪費了時間和金錢，也丟掉了市場競爭力挠将。

所以重寫代碼意味著胳岂，你在把自己置身于非常危險的境地，可能幾年后你也寫不出比以前更好的代碼舔稀。你只是花了一大筆錢把已經(jīng)存在的代碼又寫了一遍乳丰。

當你覺得眼前的舊代碼很爛時，該怎么辦?

你覺得舊代碼寫的很爛内贮，那又怎樣呢?它們已經(jīng)上線产园，已經(jīng)在實際運行中經(jīng)受住了考驗。所以當你發(fā)現(xiàn)前任留下的代碼亂七八糟的時候夜郁，不妨冷靜下來什燕，從以下三個方面入手理解代碼、改善代碼：

01代碼的機構(gòu)有問題

如果一段網(wǎng)絡(luò)代碼突然彈出了自己的對話框竞端，應該是UI代碼需要被處理屎即。這些問題可以被解決掉，你要一次次小心地移動代碼事富，重構(gòu)剑勾，改變接口。還需要一位細心的工程師立馬仔細地檢查這些改變是否有問題赵颅，從而不打擾到其他人虽另。事實上，甚至比較大的結(jié)構(gòu)變化也可以不扔掉代碼來完成饺谬。

大牛程序員回憶說捂刺，曾經(jīng)在某個項目中，他和他的團隊花了好幾個月重新架構(gòu)在一點上：把代碼動來動去募寨、清理族展、創(chuàng)建有意義的基類，并創(chuàng)建了模塊之間的完美接口拔鹰。但是他們始終非常小心翼翼仪缸，并沒有產(chǎn)生新的bug、也沒有丟掉任何舊代碼列肢。

02代碼的效率不高

曾經(jīng)恰画，Netscape的渲染代碼被傳非常緩慢宾茂。但事實上，這只會影響該項目的一小部分拴还，這部分是你可以優(yōu)化甚至重寫的跨晴。你完全不必重寫全部代碼。優(yōu)化速度的1%工作量片林，會讓你獲得99%的爆炸性提高端盆。

03代碼寫得很丑

有些代碼真的寫的很丑，比如Joel曾參與一個項目费封，開始用下劃線做開始的成員變量約定焕妙，但后來改用更標準的「M_」。所以一半的功能用「_」開始弓摘，一半用「M」開始访敌，這看起來真的很丑陋。但這個問題5分鐘就能解決衣盾，而不用從頭開始寫全部的代碼寺旺。

最后，你要記住势决，從頭開始再寫一遍并不意味著你會寫出比以前更好的代碼阻塑。因為你沒有參與到上一個版本的創(chuàng)建，所以你其實根本就不算有經(jīng)驗果复。一旦你準備推倒重寫陈莽，你可能會再犯一遍版本一犯過的錯，甚至會產(chǎn)生更多的新問題虽抄。

100offer說：面對糟糕的舊代碼走搁，Keep Calm & Carry On !

在大型商業(yè)項目中，推倒重來是非常危險的行為迈窟。當然私植，如果你是在做實驗，想到新算法可以隨時重寫车酣。

如果你跳槽曲稼、或剛接手一個新項目，面對看上去異澈保混亂的舊代碼贫悄，請冷靜下來，忍住推倒重寫的沖動娘摔，想想上面這些經(jīng)驗之談窄坦。

作為一個開發(fā)者，有一個學習的氛圍跟一個交流圈子特別重要這是一個我的iOS交流群：776598941，不管你是小白還是大牛歡迎入駐 鸭津，分享BAT,阿里面試題彤侍、面試經(jīng)驗，討論技術(shù)曙博， 大家一起交流學習成長！