web前端教程

用大白話，來講編程

干過幾年程序員的小伙伴估計都遇到過這樣的情況：接手別人留下來的代碼，感覺像一坨翔，慘不忍睹。

程序員都有一顆工程師的心，所以當我們到接手一個已經在運行的項目的時候，想做的第一件事就是：將舊的一切推倒重來。

我們決不會滿足于簡單的維護前任留下來的代碼的工作。 或許這種微妙的心理可以解釋：為什么程序員進入新項目組后寧愿丟掉舊代碼重新寫，也不愿意修修補補，因為他們認為舊代碼簡直一坨翔。?

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

比起猜測舊的功能是怎樣實現的？為什么要寫成這樣？自己動手重新寫一個可能要更簡單和更有成就感。?

曾經，Borland的創始人當初就是向記者們吹噓：Quattro Pro會比Microsoft Excel要好用得多，因為它是從頭開始編寫的，全部都是新的源代碼!?

但是，認為新代碼比舊代碼好簡直就是荒謬。舊代碼是已經運行過的，測試過的。無數的bug在被發現前都上線運行過，發現之后程序員們可能在花了好些日子才修復了這些bug。這種修復可能是一行代碼，也可能是幾個字符，無數的時間和精力都花在了這些bug修復上。 當你決定拋棄這些舊代碼從零開始的時候，你也丟掉全部前任努力的結果。

重寫可能會帶來更大的風險，重寫的新代碼可以實現舊代碼的所有功能和需求，但是為產品帶來的市場競爭力只有邊際提升，不見得會帶來多大的好處，僅僅是因為你不愿意維護前任留下來的代碼罷了。

重寫采用的新技術、新語言、新框架并不一定會給產品帶來更高的效益，相反，你如果是hold不住新技術，新框架的話，可能會給自己和團隊挖坑。 更不用說在重寫的漫長過程中花費大量的人力物力和時間，甚至可能會引發其他的bug，導致影響了產品的正常運行，影響公司的收益，這些風險也是極高的。?

所以，若非足夠的必要，不要輕易重寫代碼。

( 若有緣，朋友圈聊 )

熱門文章

原創教程

原創教程：

附加習題：

趣味職場

行業困惑：

職業規劃：

新手求職：

職場心得：

職場感悟：

新手學習：

職場感悟：

學習困惑：

職場焦慮：

感到迷茫：

薪資待遇：

培訓出身：

培訓費用：

培訓簡歷：

搞笑黑話：

職業自由：

職場形象：

合作推廣分割線

總結

以上是生活随笔為你收集整理的我想重构网站的前端！不，你不想....的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。