都是大家總結(jié)出，拿出來一起交流。有時候不下心就給大家?guī)土藗€大忙。

     對于自己創(chuàng)建的每一個類，都考慮置入一個main()，其中包含了用于測試那個類的代碼。為使用一個項(xiàng)目中的類，我們沒必要刪除測試代碼。若進(jìn)行了任何形式的改動，可方便地返回測試。這些代碼也可作為如何使用類的一個示例使用。

   讓一切東西都盡可能地“私有”——private?？墒箮斓哪骋徊糠?ldquo;公共化”（一個方法、類或者一個字段等等），就永遠(yuǎn)不能把它拿出。若強(qiáng)行拿出，就可能破壞其他人現(xiàn)有的代碼，使他們不得不重新編寫和設(shè)計(jì)。若只公布自己必須公布的，就可放心大膽地改變其他任何東西。在多線程環(huán)境中，隱私是特別重要的一個因素——只有private字段才能在非同步使用的情況下受到保護(hù)

   若不得已進(jìn)行一些不太雅觀的編程，至少應(yīng)該把那些代碼置于一個類的內(nèi)部。

   任何時候只要發(fā)現(xiàn)類與類之間結(jié)合得非常緊密，就需要考慮是否采用內(nèi)部類，從而改善編碼及維護(hù)工作（參見第14章14.1.2小節(jié)的“用內(nèi)部類改進(jìn)代碼”）。

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

    為避免編程時遇到麻煩，請保證在自己類路徑指到的任何地方，每個名字都僅對應(yīng)一個類。否則，編譯器可能先找到同名的另一個類，并報告出錯消息。若懷疑自己碰到了類路徑問題，請?jiān)囋囋陬惵窂降拿恳粋€起點(diǎn)，搜索一下同名的.class文件。

   警惕“過早優(yōu)化”。首先讓它運(yùn)行起來，再考慮變得更快——但只有在自己必須這樣做、而且經(jīng)證實(shí)在某部分代碼中的確存在一個性能瓶頸的時候，才應(yīng)進(jìn)行優(yōu)化。除非用專門的工具分析瓶頸，否則很有可能是在浪費(fèi)自己的時間。性能提升的隱含代價是自己的代碼變得難于理解，而且難于維護(hù)。