![]() |
| 網(wǎng)站首頁 | 睡前故事 | 童話故事 | 校園故事 | 勵志故事 | 民間故事 | 成語故事 | 笑話故事 | 經(jīng)典故事 | | ||
![]() |
||
|
||
|
|||||
《代碼簡潔之道》讀后感800字 | |||||
作者:佚名 童話故事來源:本站原創(chuàng) 點擊數(shù): 更新時間:2023/4/19 ![]() |
|||||
《代碼簡潔之道》讀后感800字作者:王宇航。最近一周斷斷續(xù)續(xù)地看了《代碼簡潔之道》這本書,雖然只看了一部分,不過也有了一些收獲。 本書專講代碼風格,雖然是用Java語言作為例子,全篇都是在闡述Java面向?qū)ο蟮乃枷耄瞧渲写蟛糠謨?nèi)容其它語言也能應(yīng)用到。書中新鮮的觀點不少,比如:注釋是一種失敗,因為我們無法找到不用注釋就能表達自我意圖的方法,而好的代碼是一目了然不需要注釋的;好的代碼從命名開始,一旦發(fā)現(xiàn)有更好的名稱,就要換掉舊的,這樣做在之后閱讀你的代碼時會使包括自己在內(nèi)的所有人都更開心;每個函數(shù)應(yīng)該只做一件事,且函數(shù)最好沒有參數(shù),或者只有一兩個參數(shù)。 本書一開始就提出了一個觀點:代碼質(zhì)量與其整潔程度成正比。干凈的代碼,既在質(zhì)量上較為可靠,也為后期維護、升級奠定了良好基礎(chǔ)。那么如何才能寫出整潔代碼呢?總的原則是KISS(KeepIt Simple Stupid):讓代碼簡單直接,讓閱讀者可以很容易地看出設(shè)計者的意圖。本書中給出了很多方法與規(guī)范,遵循這些規(guī)則可以幫你寫出更加的整潔代碼。 第二章“有意義的命名”中,提到選擇體現(xiàn)本意的名稱能讓人更容易理解和修改代碼。第三章“函數(shù)”中,有以下建議:1、函數(shù)的第一規(guī)則是短小。2、函數(shù)應(yīng)該只做一件事。3、長而具有描述性的函數(shù)名稱,好過描述性的長注釋。4、函數(shù)的參數(shù)越少越好,要盡可能避免多參數(shù)函數(shù)。 第四章“注釋”中,有以下建議:1、與其花時間編寫解釋你搞出的糟糕的代碼的注釋,不如花時間重寫那堆糟糕的代碼。2、把力氣花在寫清楚明白的代碼上,直接保證無需編寫注釋。3、好的注釋包括:法律信息、提供信息、解釋意圖、警示、TODO注釋。 第五章“格式”中,提到了代碼的格式很重要。代碼格式關(guān)乎溝通,而溝通是專業(yè)開發(fā)者的頭等大事。因此應(yīng)該向報紙格式學(xué)習(xí)代碼編寫:源文件也要像報紙文章那樣,名稱應(yīng)當簡單且一目了然,名稱本身應(yīng)該足夠告訴我們是否在正確的模塊中。源文件最頂部應(yīng)該給出高層次概念和算法,細節(jié)應(yīng)該往下逐漸展開,直至找到源文件中最底層的函數(shù)和細節(jié)。 目前暫時只看了這么多,好代碼的書寫不是一蹴而就的,需要在細節(jié)之處下功夫,逐漸養(yǎng)成寫出整潔代碼的好習(xí)慣。將這本書中學(xué)習(xí)到的整潔代碼知識運用到之后的學(xué)習(xí)中吧! |
|||||
童話故事錄入:admin 責任編輯:admin | |||||
| 設(shè)為首頁 | 加入收藏 | 聯(lián)系站長 | 友情鏈接 | 版權(quán)申明 | 網(wǎng)站公告 | 管理登錄 | | |||
|