(1) 盡可能細(xì)致地加上注釋，并用javadoc注釋文檔語(yǔ)法生成自己的程序文檔。

(2) 避免使用“魔術(shù)數(shù)字”，這些數(shù)字很難與代碼很好地配合。如以后需要修改它，無(wú)疑會(huì)成為一場(chǎng)噩夢(mèng)，因?yàn)楦静恢馈?00”到底是指“數(shù)組大小”還是“其他全然不同的東西”。所以，我們應(yīng)創(chuàng)建一個(gè)常數(shù)，并為其使用具有說(shuō)服力的描述性名稱，并在整個(gè)程序中都采用常數(shù)標(biāo)識(shí)符。這樣可使程序更易理解以及更易維護(hù)。

(3) 涉及構(gòu)建器和異常的時(shí)候，通常希望重新丟棄在構(gòu)建器中捕獲的任何異常——如果它造成了那個(gè)對(duì)象的創(chuàng)建失敗。這樣一來(lái)，調(diào)用者就不會(huì)以為那個(gè)對(duì)象已正確地創(chuàng)建，從而盲目地繼續(xù)。

(4) 當(dāng)客戶程序員用完對(duì)象以后，若你的類要求進(jìn)行任何清除工作，可考慮將清除代碼置于一個(gè)良好定義的方法里，采用類似于cleanup()這樣的名字，明確表明自己的用途。除此以外，可在類內(nèi)放置一個(gè)boolean(布爾)標(biāo)記，指出對(duì)象是否已被清除。在類的finalize()方法里，請(qǐng)確定對(duì)象已被清除，并已丟棄了從RuntimeException繼承的一個(gè)類(如果還沒(méi)有的話)，從而指出一個(gè)編程錯(cuò)誤。在采取象這樣的方案之前，請(qǐng)確定finalize ()能夠在自己的系統(tǒng)中工作(可能需要調(diào)用System.runFinalizersonExit(true)，從而確保這一行為)。

(5) 在一個(gè)特定的作用域內(nèi)，若一個(gè)對(duì)象必須清除(非由垃圾收集機(jī)制處理)，請(qǐng)采用下述方法：初始化對(duì)象;若成功，則立即進(jìn)入一個(gè)含有finally從句的try塊，開始清除工作。

(6) 若在初始化過(guò)程中需要覆蓋(取消)finalize()，請(qǐng)記住調(diào)用super.finalize()(若Object屬于我們的直接超類，則無(wú)此必要)。在對(duì)finalize()進(jìn)行覆蓋的過(guò)程中，對(duì)super.finalize()的調(diào)用應(yīng)屬于后一個(gè)行動(dòng)，而不應(yīng)是個(gè)行動(dòng)，這樣可確保在需要基礎(chǔ)類組件的時(shí)候它們依然有效。

(7) 創(chuàng)建大小固定的對(duì)象集合時(shí)，請(qǐng)將它們傳輸至一個(gè)數(shù)組(若準(zhǔn)備從一個(gè)方法里返回這個(gè)集合，更應(yīng)如此操作)。這樣一來(lái)，我們就可享受到數(shù)組在編譯期進(jìn)行類型檢查的好處。此外，為使用它們，數(shù)組的接收者也許并不需要將對(duì)象“造型”到數(shù)組里。

(8) 盡量使用interfaces，不要使用abstract類。若已知某樣?xùn)|西準(zhǔn)備成為一個(gè)基礎(chǔ)類，那么個(gè)選擇應(yīng)是將其變成一個(gè)interface(接口)。只有在不得不使用方法定義或者成員變量的時(shí)候，才需要將其變成一個(gè)abstract(抽象)類。接口主要描述了客戶希望做什么事情，而一個(gè)類則致力于(或允許)具體的實(shí)施細(xì)節(jié)。

(9) 在構(gòu)建器內(nèi)部，只進(jìn)行那些將對(duì)象設(shè)為正確狀態(tài)所需的工作。盡可能地避免調(diào)用其他方法，因?yàn)槟切┓椒赡鼙黄渌烁采w或取消，從而在構(gòu)建過(guò)程中產(chǎn)生不可預(yù)知的結(jié)果(參見(jiàn)第7章的詳細(xì)說(shuō)明)。

(10) 對(duì)象不應(yīng)只是簡(jiǎn)單地容納一些數(shù)據(jù);它們的行為也應(yīng)得到良好的定義。