最近沒(méi)有啥事,翻開(kāi)了自己搜集的文檔,發(fā)現(xiàn)了這個(gè)不錯(cuò)的編程指導(dǎo),“浪費(fèi)”了3天的時(shí)間把它看完了,結(jié)合以前的工作經(jīng)驗(yàn),發(fā)現(xiàn)了很多問(wèn)題,下面就來(lái)說(shuō)說(shuō)。
從大體上講,這位仁兄寫的這個(gè)文檔涵蓋面還是很廣的,從程序員所謂的習(xí)慣到程序本身的一些技巧,都給出了自己定義的一些規(guī)則,其實(shí)還是經(jīng)驗(yàn)之談,經(jīng)常被大家所忽略,但是又很重要的東西。
這個(gè)文檔分的章節(jié)包括:基本的文件結(jié)構(gòu)(程序版式)、命名規(guī)則、函數(shù)設(shè)計(jì)、內(nèi)存管理、C++高級(jí)特性、類構(gòu)造函數(shù)/析構(gòu)函數(shù)/賦值函數(shù)、類的繼承與組合等(其實(shí)這個(gè)文檔當(dāng)初進(jìn)公司的時(shí)候已經(jīng)見(jiàn)到過(guò),但是沒(méi)有細(xì)看),從這些章節(jié)來(lái)看,作者還主要是著重介紹的C++方面的。
在這些章節(jié)中,雖然自己知道的有一半,但是真正運(yùn)用到實(shí)際中的卻幾乎很少,下面就羅列下給俺印象深刻的幾點(diǎn)規(guī)則:
1、對(duì)于非內(nèi)部數(shù)據(jù)類型的輸入?yún)?shù),應(yīng)該將“值傳遞”的方式改為“const引用傳遞”,目的是提高效率。對(duì)于內(nèi)部數(shù)據(jù)類型的輸入?yún)?shù),不要將“值傳遞”的方式改為“const引用傳遞”。否則既達(dá)不到提高效率的目的,又降低了函數(shù)的可理解。
(在以前,自己定義函數(shù)的時(shí)候,對(duì)于輸入?yún)?shù),不管其是否是內(nèi)部的還是非內(nèi)部類型的,一古腦全定義成const vartype &varname,現(xiàn)在看起來(lái)有待改進(jìn)了)
2、類的組合概念,以前只曉得繼承,只要是B和A有關(guān)系就繼承,現(xiàn)在看來(lái)需要修正下了,作者的建議是:若在邏輯上A是B的“一部分”(a part of),則不允許B從A派生,而是要用A和其它東西組合出B;在這里如果不小心的話,會(huì)很容易犯下設(shè)計(jì)錯(cuò)誤的。
3、類的拷貝構(gòu)造函數(shù)和賦值函數(shù)的辨別;拷貝構(gòu)造函數(shù)是在對(duì)象被創(chuàng)建時(shí)被調(diào)用的,而賦值函數(shù)只能被已經(jīng)存在的對(duì)象調(diào)用,作者給出了下面的例子:
String a(“hello”);
String b(“world”);
String c = a; // 調(diào)用了拷貝構(gòu)造函數(shù),最好寫成 c(a);
c = b; // 調(diào)用了賦值函數(shù)
如果我們實(shí)在不想編寫拷貝構(gòu)造函數(shù)和賦值函數(shù),又不允許別人使用編譯器生成的缺省函數(shù),怎么辦?
偷懶的辦法是:只需將拷貝構(gòu)造函數(shù)和賦值函數(shù)聲明為私有函數(shù),不用編寫代碼。
這樣別人調(diào)用的時(shí)候就會(huì)報(bào)錯(cuò),哈哈,好辦法!
4、內(nèi)存管理的一些建議;其中講述了內(nèi)存分配的幾個(gè)函數(shù)FREE/MALLOC,NEW/DELETE的區(qū)別,其中前者是庫(kù)函數(shù),而后者是運(yùn)算符,前者無(wú)法滿足動(dòng)態(tài)對(duì)象的要求,因?yàn)閷?duì)象在創(chuàng)建時(shí)執(zhí)行構(gòu)造函數(shù),消亡時(shí)執(zhí)行析構(gòu)函數(shù)等。在此章節(jié)還告誡程序員如何在使用指針的時(shí)候,如何避免野指針的出現(xiàn),這個(gè)已經(jīng)是很早以前就需要謹(jǐn)記的了,現(xiàn)在又更加深刻了!
其他的還有好多的小細(xì)節(jié),在這里就不羅列出來(lái)了,每次看這個(gè)文檔每次的收獲都是不一樣的,自己知道的忒少咯!
posted on 2009-02-19 15:34
LG 閱讀(204)
評(píng)論(0) 編輯 收藏 引用 所屬分類:
CPlusPlus