前段時(shí)間寫了不少代碼，不是隨手寫練習(xí)，而是一整個(gè)項(xiàng)目做下來(lái)的，于是就有了一些以前不曾有的心得，不過(guò)都來(lái)源于《有效C++》之類的書，只不過(guò)自己親身經(jīng)歷之后體會(huì)更深刻一點(diǎn)。
1 ?一個(gè)類的成員變量實(shí)在太多的時(shí)候，對(duì)這些變量進(jìn)行分類包裝吧。我寫過(guò)一個(gè)類，里面有很多數(shù)據(jù)成員，多得在編寫該類的功能函數(shù)的時(shí)候常常要去頭文件回顧各個(gè)變量的名稱和意義。后來(lái)覺得太難受，就將這些變量分類，一個(gè)類別是關(guān)于運(yùn)動(dòng)變量的，一個(gè)類別是關(guān)于攝像機(jī)運(yùn)動(dòng)的，還有一個(gè)類別是物理規(guī)則方面的，也就是說(shuō)我在該類內(nèi)部聲明了3個(gè)struct，并實(shí)例化了他們。
個(gè)人的感覺是，對(duì)于煩雜的東西進(jìn)行適當(dāng)?shù)臍w類，便于管理。
2? Log類。一個(gè)項(xiàng)目是要時(shí)刻注意將一些運(yùn)行信息進(jìn)行輸出的，那些信息對(duì)調(diào)試具有不可取代的意義，透明化的意義就在于此。事實(shí)上，當(dāng)編寫的項(xiàng)目涉及到第三方庫(kù)的時(shí)候，很有可能依靠帶斷點(diǎn)的debug運(yùn)行已經(jīng)極為耗時(shí)，所以LogOut必要的信息是有益的，不要吝嗇代碼。
3? Exception類。如果你所依賴的庫(kù)沒有提供該類，那么在你的項(xiàng)目中自己寫一個(gè)，因?yàn)橐话阏f(shuō)來(lái)，std::exception并沒有提供你想要的東西。不要討論Exception所帶來(lái)的開銷，這里是C++，而異常所帶來(lái)的手感，勝過(guò)返回值10倍，而邏輯上也清晰得多。
4? 雜七雜八的東西都放到類初始化成員列表里不是什么好事。初始化成員列表是講究順序性的，可是類在實(shí)現(xiàn)的時(shí)候成員變量是一個(gè)逐步添加的過(guò)程，東西多了，就會(huì)亂了，初始化列表里的順序也就對(duì)不上了。
一般來(lái)說(shuō)，只有那種需要拷貝構(gòu)造函數(shù)初始化的變量，才放到初始化列表里。
5? 成員變量的初始值賦值。成員變量很多的話，如何在它們初始化的時(shí)候傳遞變量呢？構(gòu)造函數(shù)是初始化的最好選擇。但是，一個(gè)擁有十幾個(gè)參數(shù)的構(gòu)造函數(shù)嗎？又或者在類完成構(gòu)造之后，通過(guò)set函數(shù)來(lái)設(shè)置？由此帶來(lái)的接口龐大，還有修改失控問題卻不能忽視。
在構(gòu)造函數(shù)中傳遞一個(gè)文件名吧，然后該類負(fù)責(zé)從文件中讀取各個(gè)成員變量的初始值。我是比較傾向于這個(gè)方式的，其實(shí)類內(nèi)很多變量都是規(guī)則性變量，通過(guò)從外部流中讀取，那么只要編譯一次，就可以得到不同的結(jié)果了，何樂而不為呢。
6? 盡量不使用protected。這里是說(shuō)一個(gè)類層次設(shè)計(jì)的，作為基類，可以理解為子類的抽象，不過(guò)更多的時(shí)候，這種抽象對(duì)于我來(lái)說(shuō)只是一個(gè)概念的問題，毫無(wú)意義。設(shè)計(jì)基類的真正原因，是接口通用，還有代碼復(fù)用，這在我看過(guò)的某些代碼里面都是如此的，抽象的意義讓人覺得很困惑，但是一想到是代碼復(fù)用，也就霍然開朗。
基類用public給出接口，用private給出變量，也許你會(huì)問，如果子類要用這些變量怎么辦？那么好吧，先說(shuō)protected后會(huì)怎么樣吧。基類的成員變量的使用權(quán)遺留給了子類，可惜我并不喜歡那些基類的成員變量，為什么？因?yàn)樵谖业慕?jīng)驗(yàn)中，基類遺留下的變量都是相當(dāng)龐大的，甚至有好幾個(gè)層次的基類，那些變量，經(jīng)歷了一段時(shí)間之后，你還能對(duì)他們的名稱和意義爛熟于心嗎？我反正是糊涂的，反而在子類添加的變量最明白不過(guò)。
那么如果一定要用基類的變量怎么辦？你用那個(gè)變量只不過(guò)要實(shí)現(xiàn)某些功能，那么把那個(gè)功能的實(shí)現(xiàn)做在基類的一個(gè)函數(shù)就好了，函數(shù)總比變量來(lái)的明白。
事實(shí)上，我并不能很肯定本條規(guī)則，因?yàn)橛械淖兞空娴氖遣话咽褂脵?quán)遺留下去是不行的啊。不過(guò)盡量少用protected是沒錯(cuò)的吧。
7? 盡量少在一個(gè)封閉的函數(shù)內(nèi)成對(duì)的進(jìn)行動(dòng)態(tài)內(nèi)存分配和釋放，這種情況往往是想要一個(gè)不定長(zhǎng)的臨時(shí)變量，如果可以，就用一個(gè)盡量長(zhǎng)的buffer更好，否則你就要添加異常情況下刪除該變量的代碼。
我盡可能的只在構(gòu)造函數(shù)和析構(gòu)函數(shù)中應(yīng)付動(dòng)態(tài)內(nèi)存。
8? 代碼越來(lái)越多，你能漸漸嗅出代碼冗余的味道了，重構(gòu)吧，我常常是邊寫邊重構(gòu)，而不是等所有東西都完成后才這樣做，因?yàn)槟菢右母唷?