建議52：推薦使用String直接量賦值 　　一般對象都是通過new關鍵字生成的，但是String還有第二種生成方式，也就是我們經常使用的直接聲明方式，這種方式是極力推薦的，但不建議使用new String（"A"）的方式賦值。為什么呢？我們看如下代碼： 　　注意看上面的程序 ...

　　泛型可以減少強制類型的轉換，可以規范集合的元素類型，還可以提高代碼的安全性和可讀性，正式因為有這些優點，自從Java引入泛型后，項目的編碼規則上便多了一條：優先使用泛型。 　　反射可以“看透” 程序的運行情況，可以讓我們在運行期知曉一個類或實例的運行狀況，可以動態的加載和調用，雖然有一定 ...

　　枚舉和注解都是在Java1.5中引入的，雖然它們是后起之秀，但其功效不可小覷，枚舉改變了常量的聲明方式，注解耦合了數據和代碼。 建議83：推薦使用枚舉定義常量 　　常量聲明是每一個項目都不可或缺的，在Java1.5之前，我們只有兩種方式的聲明：類常量和接口常量，若在項目 ...

建議106：動態代理可以使代理模式更加靈活 　　Java的反射框架提供了動態代理(Dynamic Proxy)機制，允許在運行期對目標類生成代理，避免重復開發。我們知道一個靜態代理是通過主題角色(Proxy)和具體主題角色(Real Subject)共同實現主題角色(Subject)的邏輯 ...

建議26：提防包裝類型的null值 　　我們知道Java引入包裝類型(Wrapper Types)是為了解決基本類型的實例化問題，以便讓一個基本類型也能參與到面向對象的編程世界中。而在Java5中泛型更是對基本類型說了"不"，如果把一個整型放入List中，就必須使用Integer包裝類 ...

　　　　　　噢，它明白了，河水既沒有牛伯伯說的那么淺，也沒有小松鼠說的那么深，只有親自試過才知道。 　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　---寓言故事《小馬過河》 　　數據處理是每種語言必備的功能，Java更甚之，數據集可以允許重復 ...

建議98：建議的采用順序是List中泛型順序依次為T、?、Object 　　List<T>、List<?>、List<Object>這三者都可以容納所有的對象，但使用的順序應該是首選List<T>，次之List<?>，最后選擇 ...

建議88：用枚舉實現工廠方法模式更簡潔 　　工廠方法模式(Factory Method Pattern)是" 創建對象的接口，讓子類決定實例化哪一個類，並使一個類的實例化延遲到其它子類"。工廠方法模式在我們的開發中經常會用到。下面以汽車制造為例，看看一般的工廠方法模式是如何實現的，代碼 ...