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

(2) 避免使用“魔術(shù)數(shù)字”，這些數(shù)字很難與代碼很好地配合。如以后需要修改它，無疑會成為一場噩夢，因為根本不知道“100”到底是指“數(shù)組大小”還是“其他全然不同的東西”。所以，我們應(yīng)創(chuàng)建一個常數(shù)，并為其使用具有說服力的描述性名稱，并在整個程序中都采用常數(shù)標識符。這樣可使程序更易理解以及更易維護。

(3) 涉及構(gòu)建器和異常的時候，通常希望重新丟棄在構(gòu)建器中捕獲的任何異?！绻斐闪四莻€對象的創(chuàng)建失敗。這樣一來，調(diào)用者就不會以為那個對象已正確地創(chuàng)建，從而盲目地繼續(xù)。

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

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

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

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

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

(9) 在構(gòu)建器內(nèi)部，只進行那些將對象設(shè)為正確狀態(tài)所需的工作。盡可能地避免調(diào)用其他方法，因為那些方法可能被其他人覆蓋或取消，從而在構(gòu)建過程中產(chǎn)生不可預(yù)知的結(jié)果(參見第7章的詳細說明)。

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