代碼大全讀書報(bào)告.doc

計(jì)劃在開始抽象一下代碼大全，如何表達(dá)都沒(méi)有部長(zhǎng)的抽象度高。還是做一些實(shí)在的工作，把咱們從第一章到第十九章的讀書體會(huì)一一總結(jié)于下。第三章描述軟件構(gòu)建必須做的準(zhǔn)備工作。本章沿用了第二章隱喻的概念，把軟件構(gòu)建必須做的準(zhǔn)備工作隱喻為建造房子之前的準(zhǔn)備工作，使我們很清楚的知道這一章要描述的內(nèi)容。軟件項(xiàng)目的成敗與構(gòu)建前的準(zhǔn)備工作緊密耦合在一起，就像房子的地基或者承重設(shè)計(jì)有問(wèn)題，蓋到封頂了才發(fā)現(xiàn)房子開始傾斜，承重墻出現(xiàn)裂縫，這棟房子只能被推到重來(lái)。聯(lián)系到軟件質(zhì)量，也是這個(gè)道理。在項(xiàng)目的開始階段強(qiáng)調(diào)質(zhì)量，比事后彌補(bǔ)花費(fèi)的開銷要小的多。風(fēng)險(xiǎn)預(yù)測(cè)與控制是項(xiàng)目的開始階段必須要做的工作之一，只有在一開始就明確了項(xiàng)目有哪些風(fēng)險(xiǎn)，才有可能在項(xiàng)目管理過(guò)程中，有計(jì)劃有措施的管理這些風(fēng)險(xiǎn)，將這些風(fēng)險(xiǎn)盡早清除掉。那么為什么往往準(zhǔn)備工作做得不充分呢？是經(jīng)驗(yàn)。老板的經(jīng)驗(yàn)不夠，可以用合理的方式溝通，開發(fā)人員的經(jīng)驗(yàn)不夠，只會(huì)多一個(gè)觸目驚心的不成功案例。本章接著論述了幾點(diǎn)有力簡(jiǎn)潔的論據(jù)，如果食物鏈打動(dòng)不了你的話，那幾組數(shù)據(jù)總該讓人沉思，在項(xiàng)目周期開始之前，應(yīng)該思考一下開發(fā)團(tuán)隊(duì)準(zhǔn)備好了嗎？不同的軟件項(xiàng)目，前續(xù)的計(jì)劃和管理也各有側(cè)重。那么對(duì)于序列式與迭代式的討論，更像是“瀑布模型”與“增量模型”的比較，沒(méi)有絕對(duì)優(yōu)劣之分，需要具體項(xiàng)目具體分析。構(gòu)建前的準(zhǔn)備工作必然牽扯到問(wèn)題的定義，這確保了項(xiàng)目的輸出的產(chǎn)品是不是符合客戶的原始需求?？膳碌氖?，客戶需求可能變化，穩(wěn)定的需求只能保證最大化的引導(dǎo)客戶需求，幫助客戶開發(fā)需求，保證客戶的需求在軟件開發(fā)時(shí)不變更、少變更。最后討論的是，準(zhǔn)備工作中的軟件架構(gòu)，好多同學(xué)分不清楚architecture與framework的區(qū)別，這里的解釋讓人茅塞頓開，進(jìn)一步又給出了architecture包括了什么內(nèi)容，這是很重要的知識(shí)點(diǎn)。第四章告訴我們一些關(guān)鍵的構(gòu)建決策。世界上有一百多種編程語(yǔ)言，有20多種已經(jīng)missing了。在項(xiàng)目中，選擇哪種編程語(yǔ)言將對(duì)生產(chǎn)率和代碼質(zhì)量產(chǎn)生很大的影響。好在我們?cè)谶@件事情上沒(méi)有選擇的余地，我們用的是標(biāo)準(zhǔn)C，但是超越語(yǔ)言層面理解編程是有很必要的。最近在CSDN的一位大牛的博客里看到一片無(wú)責(zé)總結(jié)2010年技術(shù)浪潮的文章，HTML5.0與服務(wù)器端云計(jì)算的應(yīng)用等等，在這樣機(jī)遇百出的背景下，如何相應(yīng)調(diào)整IT職業(yè)規(guī)劃和長(zhǎng)期目標(biāo)是值得每位同學(xué)思考的問(wèn)題。也幸運(yùn)，我是個(gè)LTE的初學(xué)者，但是LTE發(fā)展前景那是沒(méi)的說(shuō)，好好工作，天天向上吧。下面進(jìn)入第二部分。這一章講的是軟件設(shè)計(jì)。設(shè)計(jì)不是憑空臆想出來(lái)的，一定是在不斷參與設(shè)計(jì)實(shí)踐、學(xué)習(xí)設(shè)計(jì)模式、吃到蹩腳設(shè)計(jì)苦頭后演化和完善起來(lái)，最終構(gòu)建成一位優(yōu)秀軟件工程師的設(shè)計(jì)經(jīng)驗(yàn)。這里對(duì)設(shè)計(jì)的定義比公司二級(jí)培訓(xùn)給出的設(shè)計(jì)的定義要完整和豐富的多。我們需要重點(diǎn)關(guān)注的是理想的設(shè)計(jì)特征最小的復(fù)雜度、易于維護(hù)、高內(nèi)聚低耦合、可擴(kuò)展、可重用、可移植等等，這幾乎涉及到了軟件體系結(jié)構(gòu)所有的評(píng)價(jià)標(biāo)準(zhǔn)。其實(shí)上，這里的設(shè)計(jì)不僅包括了軟件體系結(jié)構(gòu)的設(shè)計(jì)，還細(xì)化到類的抽象和子程序的設(shè)計(jì)。類的的抽象包括數(shù)據(jù)的封裝與隱藏，類間的關(guān)系繼承、組合等。這里涉及到了設(shè)計(jì)模式和設(shè)計(jì)方法自上而下、自下而上與分治法。每一部分的內(nèi)容都提供了很多書籍，推薦大家閱讀四人幫的設(shè)計(jì)模式和經(jīng)典算法書籍中的分治法的設(shè)計(jì)與實(shí)現(xiàn)。這里，只需要弄懂字面意思，以后在工作實(shí)踐中再慢慢深入研究。第六章描述類。類是有一組數(shù)據(jù)和子程序構(gòu)成的集合。一個(gè)類不論是抽象的，還是具體的，都必然是內(nèi)聚、明確定義、指責(zé)明確的概念實(shí)體。邏輯上，類就是一類事物的代表。這一章為構(gòu)建高質(zhì)量的類提供一些高明的建議，還是在談經(jīng)驗(yàn)。抽象數(shù)據(jù)類型(ADT)建議大家關(guān)注數(shù)據(jù)結(jié)構(gòu)的第一章，這里不再詳述。抽象數(shù)據(jù)類型是類的基礎(chǔ)。首先談到的是類的接口，類接口是類中的函數(shù)，分為“內(nèi)部接口”與“外部接口”。封裝的概念通常理解為把相關(guān)聯(lián)的數(shù)據(jù)放到一個(gè)類中，但封裝也包含了接口的封裝，也就是功能上的封裝。這是類本身的分析，那么，類與類之間的關(guān)系又分為了包含(has a)和繼承（is a），通過(guò)語(yǔ)言機(jī)制又可以實(shí)現(xiàn)多態(tài)。不明白的是，為什么本書沒(méi)有包涵多態(tài)。多態(tài)在C+、Java、C#中都存在，或許作者認(rèn)為多態(tài)是語(yǔ)言層面的，不應(yīng)該放在通用的范疇討論。時(shí)間不充分的話，第六章可以先跳過(guò)去，不過(guò)，還是需要回頭看的，一些成功的框架通過(guò)模擬繼承、多態(tài)支持面向?qū)ο髾C(jī)制，典型的是COM。使用C這樣的過(guò)程語(yǔ)言構(gòu)建軟件框架時(shí)，如果提供了面向?qū)ο蟮臋C(jī)制，那么該框架將具有更大的優(yōu)勢(shì)。第七章討論如何編寫高質(zhì)量的子程序。仔細(xì)分析162頁(yè)的低質(zhì)量子程序?qū)?duì)理解什么是高質(zhì)量的子程序很有幫助。從這里開始，我們實(shí)實(shí)在在的踩到了代碼上。盡管子程序給程序帶了這樣那樣的好處，我們只要把握一個(gè)原則，子程序是“功能”上的最小劃分?！肮δ堋鄙系?，可能的是功能的內(nèi)聚、執(zhí)行順序的內(nèi)聚、數(shù)據(jù)通信的內(nèi)聚、過(guò)程序列的內(nèi)聚、邏輯上的內(nèi)聚，甚至是臨時(shí)的內(nèi)聚。給過(guò)程命名就是給函數(shù)起名字，函數(shù)的名字應(yīng)該是自解釋的，能夠完整包涵該函數(shù)實(shí)現(xiàn)的功能。一個(gè)函數(shù)的代碼行數(shù)最好控制在50行左右，參數(shù)控制在7個(gè)以內(nèi)。使用內(nèi)聯(lián)和宏是有風(fēng)險(xiǎn)的，禁止無(wú)節(jié)制的使用。如何使用內(nèi)聯(lián)和宏需要遵照部門的編程規(guī)范執(zhí)行。第八章講防御式編程。它的主要思想是，承認(rèn)程序是會(huì)出錯(cuò)的，在這個(gè)前提下，在編寫程序的時(shí)候，要做好充分的準(zhǔn)備，防止別的程序出錯(cuò)的時(shí)候不會(huì)蔓延到自己的程序，也就是子程序應(yīng)該不因傳入錯(cuò)誤數(shù)據(jù)而被破壞，哪怕是由其他子程序產(chǎn)生的錯(cuò)誤數(shù)據(jù)。本書給出一種很形象的說(shuō)法“垃圾進(jìn)，什么都不出”、“垃圾進(jìn)來(lái)，出去的是錯(cuò)誤提示”、“不許垃圾進(jìn)來(lái)”。這里處理技術(shù)分為三個(gè)部分，檢查外部數(shù)據(jù)，確保它們的正確性，用測(cè)試角度說(shuō)，就是確保它們的值在有效等價(jià)類里，是有意義的；檢查輸入?yún)?shù)，確保函數(shù)接受的外部輸入是合法值，好的辦法是在接受參數(shù)后，if判斷下，或者使用斷言，如果出錯(cuò)，要么什么都不做，直接返回，或者給出出錯(cuò)提示，出錯(cuò)提示的類型主要是打印出錯(cuò)信息。這里復(fù)習(xí)一下C語(yǔ)言的斷言assert，首先它是宏，只在程序的debug模式彈出出錯(cuò)對(duì)話框，對(duì)于發(fā)布的程序版本沒(méi)有任何開銷。通常，斷言和出錯(cuò)處理選用一種即可。使用斷言時(shí)，把出錯(cuò)處理放在斷言后面做為補(bǔ)救是目光長(zhǎng)遠(yuǎn)的一種做法。這里了解到了回歸測(cè)試，原來(lái)測(cè)試不僅僅到驗(yàn)收測(cè)試就截至了說(shuō)到底斷言只是程序員的調(diào)試手段，那么程序出錯(cuò)了怎么辦，檢測(cè)到錯(cuò)誤數(shù)據(jù)，應(yīng)該采取哪種措施。本書給出了很多種，最常用的是兩種，一是返回0（0代表著函數(shù)的異常），或者在日志文件中記錄一條錯(cuò)誤信息。其他出錯(cuò)處理方式也有很借鑒意義，系統(tǒng)級(jí)項(xiàng)目應(yīng)該約定出錯(cuò)處理方式，而不應(yīng)該由各位程序員隨意選擇，也就是本書所說(shuō)的高層次設(shè)計(jì)需要對(duì)錯(cuò)誤處理方式作出一致的約定。像C+、Java等設(shè)計(jì)了異常機(jī)制，程序可以拋出異常，再捕捉異常，處理或者忽略異常。隔欄策略把數(shù)據(jù)分為“不干凈數(shù)據(jù)”與“干凈數(shù)據(jù)”，類似“防火墻”。最后，是調(diào)試工具的使用，優(yōu)秀的程序員善于利用各種工具，工具是提升效率很重要的一個(gè)步驟。第九章講偽代碼的編寫過(guò)程（PPP）。寫偽代碼有助于清晰表述設(shè)計(jì)思路，它其實(shí)就是編碼的詳細(xì)設(shè)計(jì)，只涉及思路，不考慮實(shí)現(xiàn)，是程序設(shè)計(jì)到創(chuàng)建子程序之間可以選擇的、過(guò)渡性的步驟。最早接觸偽代碼是在算法設(shè)計(jì)中，用來(lái)表述算法的設(shè)計(jì)思路，是一種算法描述語(yǔ)言。本章描述了從編寫偽代碼到構(gòu)件子程序的完整過(guò)程。需要注意的是，偽代碼沒(méi)有標(biāo)準(zhǔn)的編寫規(guī)范，最好可以參考算法設(shè)計(jì)類書籍。把編譯器的警告級(jí)別調(diào)到最高是軟件調(diào)試與自測(cè)的好辦法，一開始就這樣設(shè)置，會(huì)減少誤碼率。第十章講變量使用的一般事項(xiàng)。這里的變量指代對(duì)象和內(nèi)置數(shù)據(jù)類型，是廣義的。開始的數(shù)據(jù)認(rèn)知測(cè)試很有用，有一些疑問(wèn)，tree怎么能是個(gè)變量呢？思考一下，這里的變量是廣義的，只要能夠存貯數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)都可以成為變量。這個(gè)疑問(wèn)等到交流活動(dòng)再請(qǐng)教更有經(jīng)驗(yàn)的同事。隱式聲明變量很危險(xiǎn)，還好C語(yǔ)言里貌似不能這樣。要使用，先聲明，再初始化，在聲明的時(shí)候初始化是良好的編程風(fēng)格。談到變量就會(huì)聯(lián)系變量的作用域。以前編程習(xí)慣是把所有的變量聲明為全局變量，這在系統(tǒng)項(xiàng)目里造成的危害無(wú)法想像，應(yīng)該改掉這個(gè)懶習(xí)慣，盡可能的使變量局部化。盡可能縮短變量的生存時(shí)間是個(gè)很好的建議。還有兩個(gè)原則特別有用，進(jìn)入循環(huán)之前再初始化循環(huán)里用的變量，在變量馬上被使用時(shí)初始化。這樣能夠減少犯錯(cuò)的幾率。變量的持續(xù)性是需要我仔細(xì)思考的問(wèn)題，因?yàn)樽兞康纳嬷芷陔y以預(yù)料，在刪除一個(gè)指針后將其賦值為null，是為了避免使用野指針一個(gè)慣用的做法。平時(shí)接觸的到是C+的靜態(tài)綁定和動(dòng)態(tài)綁定，這里講的是變量的綁定時(shí)間，留作疑問(wèn)吧。最后，講變量用途要單一，春生做的培訓(xùn)提到部門出的一個(gè)故障，一個(gè)變量做兩種用途，看似節(jié)省了一個(gè)變量，其實(shí)被故障埋下了隱患，導(dǎo)致程序的可讀性、可維護(hù)性、健壯性都不高。第十一章講變量的命名。在看這一章之前，先回顧了一下，以往編程中我是怎么命名一個(gè)變量的。有時(shí)，為了起一個(gè)合適的名字糾結(jié)好一陣子，結(jié)果起的名字還不是很滿意。等仔細(xì)閱讀本章之后，驚嘆于本章的覆蓋面之廣，以后再遇到起名字的問(wèn)題時(shí)，還是翻這本書吧。命名的原則是要完全、準(zhǔn)確的描述出該變量所代表的事物。在閱讀代碼時(shí)，會(huì)積累一些命名的經(jīng)驗(yàn)，看一眼，就知道這個(gè)變量的作用域、用途，一些命名方式已經(jīng)約定俗成了。二級(jí)培訓(xùn)的編程規(guī)范講變量名不得超過(guò)31個(gè)字符。這里給的建議是9到16個(gè)字符為最好。我習(xí)慣用的還是微軟采用的匈牙利命名法。第十二章講基本數(shù)據(jù)類型。避免使用神秘?cái)?shù)。把編譯器的警告級(jí)別調(diào)到最高也是防止數(shù)據(jù)類型間隱式轉(zhuǎn)換的好辦法。整數(shù)計(jì)算時(shí)要防止溢出。浮點(diǎn)數(shù)計(jì)算時(shí)，要避免浮點(diǎn)間的比較。C中的字符串涉及到字符串指針和字符數(shù)組，C的標(biāo)準(zhǔn)庫(kù)里也提供了很多字符串處理函數(shù)，要對(duì)它們有個(gè)清楚的認(rèn)識(shí)，使用的時(shí)候，知道這些函數(shù)是怎么工作的，避免隱晦問(wèn)題。對(duì)于布爾變量，二級(jí)培訓(xùn)的編程規(guī)范是特別長(zhǎng)的布爾變量要分開判斷，或者分行顯示。曾經(jīng)遇到過(guò)這樣的問(wèn)題，一個(gè)if判斷里的與或的布爾變量在一行顯示，非常的長(zhǎng)，到后來(lái)不知道那里的判斷的意義，這是很不好的編程風(fēng)格。如果有一組性質(zhì)或功能類似的數(shù)據(jù)的話，優(yōu)先考慮使用枚舉類型，這是提高程序可讀性、可靠性的好辦法。用大寫命名具名常量也可以提高程序可讀性。使用數(shù)組時(shí)，要時(shí)刻警惕數(shù)組越界問(wèn)題。書中提到了使用typedef帶來(lái)的種種好處。在整個(gè)系統(tǒng)中，使用typedef來(lái)定義一些通用的數(shù)據(jù)類型是非常好的做法，例如C中沒(méi)有布爾型，typedef int Boolean；還例如：typedef unsigned short uint16；在內(nèi)存資源受限的系統(tǒng)中，類似uint16的數(shù)據(jù)類型能夠節(jié)省很多資源。但是在模塊中使用的話，還是要慎重，除非變量命名得很好。第十三章不常見的數(shù)據(jù)類型。對(duì)于C程序開發(fā)人員，這一章必須好好讀，結(jié)構(gòu)體、指針、全局變量是C程序常見的一部分。結(jié)構(gòu)體是C中最重要的數(shù)據(jù)結(jié)構(gòu)，使用結(jié)構(gòu)體組織數(shù)據(jù)塊可以產(chǎn)生結(jié)構(gòu)化的數(shù)據(jù)，一些更加復(fù)雜的數(shù)據(jù)結(jié)構(gòu)的結(jié)點(diǎn)均基于結(jié)構(gòu)體，它與C+中的類其實(shí)是一回事。指針是初學(xué)C時(shí)最為難理解的數(shù)據(jù)類型，對(duì)于計(jì)算機(jī)內(nèi)存永遠(yuǎn)是相同的，指向該內(nèi)存地址的指針的基類型不同，這塊內(nèi)存存貯的數(shù)據(jù)的意義也不一樣。指針使用的內(nèi)容多到無(wú)法在這里一一總結(jié)。最基本的建議是聲明指針和初始化指針一起完成；使用指針時(shí)先檢測(cè)該指針是否為null，是否指向合理的內(nèi)存地址；確認(rèn)該指針不再使用，馬上釋放它，并將其置為null。盡管指針不好理解，但是使用指針可以直接操作內(nèi)存，因此指針的效率很高，使用指針最經(jīng)典的是字符串拷貝：*strDest+=*strSrc；對(duì)于全局變量，本書給出了大多數(shù)程序員的共識(shí)：使用全局?jǐn)?shù)據(jù)的風(fēng)險(xiǎn)比局部數(shù)據(jù)的風(fēng)險(xiǎn)大，只有萬(wàn)不得已時(shí)才使用全局?jǐn)?shù)據(jù)。全局?jǐn)?shù)據(jù)的好處顯而易見，但是副作用更多，全局?jǐn)?shù)據(jù)是程序的公共資源，誰(shuí)都能用，多線程共同存取全局?jǐn)?shù)據(jù)的情況則更加危險(xiǎn)。春生部長(zhǎng)的培訓(xùn)中特別提到的全局變量引起的案例發(fā)人深省。第十九章一般的控制問(wèn)題。很多語(yǔ)言提供了布爾數(shù)據(jù)類型，C沒(méi)有提供，但我們可以使用宏定義來(lái)定義1為TRUE，0為FALSE。正確的設(shè)計(jì)控制語(yǔ)句中的條件判斷。面對(duì)復(fù)雜的條件判斷，可以設(shè)置中間量，也可以將其封裝為一個(gè)布爾函數(shù)。在if語(yǔ)句中，把判斷條件從否定形式轉(zhuǎn)換成肯定形式，并且互換if和else字句中的代碼，這樣設(shè)計(jì)if語(yǔ)句，會(huì)更加貼切大多數(shù)人的思維模式。下面學(xué)習(xí)了狄摩根定義，定義了邏輯等價(jià)可以簡(jiǎn)化否定的布爾判斷。對(duì)于復(fù)雜條件判斷，使用括號(hào)將具有實(shí)際邏輯意義的條件判斷包含在一起，又能防止邏輯操作符之間優(yōu)先級(jí)的誤用，因此加括號(hào)是一種良好編程風(fēng)格。不同語(yǔ)言的條件判斷的求值順序不用，有的支持短路求值，依賴于語(yǔ)言細(xì)節(jié)的編程風(fēng)格是不值得提倡的。按照數(shù)軸的順序編寫數(shù)值表達(dá)式可以提升代碼的可讀性。與零值比較的指導(dǎo)原則在林銳的高質(zhì)量C編程的文檔中看到過(guò)，在這章復(fù)習(xí)到了這部分內(nèi)容。if(x=0)與if(0=x)哪個(gè)好的問(wèn)題，也存在爭(zhēng)議，我傾向if(x=0)，因?yàn)檫@樣的順序更容易理解，在寫if(x=0)時(shí)，我均反復(fù)確認(rèn)沒(méi)少=號(hào)。即使是空語(yǔ)句也得加。避免深層次的嵌套的方法是重新設(shè)計(jì)if和else子句執(zhí)行的判斷，或者代碼重構(gòu)為更簡(jiǎn)單的子程序，本書講了很多種方法。結(jié)構(gòu)化編程的核心思想是任何一種控制流都可以由順序、選擇和迭代（循環(huán)）種結(jié)構(gòu)生成，對(duì)break、contin