談寫代碼的感想

最近看了篇博客,題目是Write code that is easy to delete, not easy to extend,還有中文翻譯

這篇博客給我很深的感觸,所以分享出來大家一起閱讀和探討。博客里寫的觀點我很認同:每寫一行代碼,都會有一個代價就是維護,我們所做的一切 —— 重構(gòu)、模塊化、分層,等等,都是為了讓我們的代碼易于被刪改,都是為了讓遺留代碼不成為我們的負擔,而不是為了代碼復(fù)用。 作者認為,經(jīng)過七個不同的開發(fā)階段,最終便可以提煉出這樣的代碼。每個階段都有詳細的介紹和例子。剛開始看這篇博客的時候覺得挺難懂的,多讀幾遍就會發(fā)現(xiàn)其中的魅力所在。

其實在工作中也碰到過這樣的難題,應(yīng)該寫怎樣的代碼才是對項目最好的代碼。我覺得我還處在很初級的階段,明明很想寫可復(fù)用性高的代碼,可是最后發(fā)現(xiàn)其實不是這樣的,寫的代碼因為需求的不斷變化而變得越來越龐大跟冗余,當回頭再看自己的代碼時發(fā)現(xiàn)可維護性變得越來越差。

看完這篇文章后突然有了新的感悟,不要一開始就想寫出復(fù)用性很高的代碼,這只會讓你的代碼越來越糟,不要在寫好一個應(yīng)用之前就去寫一個框架。第一次的時候盡管大膽的去寫一堆亂七八糟的代碼。你是不會知道怎樣拆分成模塊的,除非你是先知。作者里面提的寫代碼的7個階段其實就是一個不斷去完善的代碼的過程,也給我一個很好的思路去寫自己的代碼。

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容