在IBM的developerworks網站上看java的基礎教程，將編寫修良java代碼的建議
1是保持類最小，如果你的類有100個方法，可能就要考慮考慮是不是要設計成幾個對象。呵呵，100個，還沒寫過，不過想象中應該有，大型的復雜系統。
2是保持方法最小，一個方法只做一件事。
3是給方法取個好名字，好名字用處太大了，呵呵呵，特別是別人看別人的代碼時，特別是過了一段時間以后，再來看寫的代碼，特別是系統比較大比較復雜時，我們的腦子沒計算機好使。
4是保持類的數量最小，有時間看看極限編程的東西。這句話好象和第一句話有點矛盾，類的數量少了，類就變大了，類變小了，類的數量多了，呵呵，這可能具體情況具體分析吧，讓它們之間達到個平衡點，教程上一句話說的好：在不影響清晰度的情況下盡量的減少類。
5是保持注釋的數量最少，我剛剛看到這一點的時候，有點吃驚，因為我遇到的老師都鼓勵我們有良好的注釋習慣，而且是邊寫代碼邊加注釋，而不是寫完代碼后統一再加注釋，總之是強烈建議寫注釋的，因為這樣便于閱讀代碼，而這里建議我們保持注釋最少，理由是，當更新代碼時維護代碼時還要同時更新注釋，因為那些注釋同時也過期了，這回徒增工作量，解決辦法是盡可能的使代碼清晰。經可能的，想盡一切辦法的。
6是一致的代碼風格，C# C++的代碼風格好象和java的不太一樣。有人喜歡習慣這樣有人喜歡那樣。
7是避免switch.優先用if,然后再switch.
8是public的,有足夠的理由不是public的,呵呵/作者把最有爭議性的放在了最后.
9是追隨Fower,這是個人名,寫了本書叫Refactoring,因式分解呵呵,查了查chinpub，中文版叫《重構：改善既有代碼的設計》，明天去逛逛書店。
引用作者的一句話
"
編寫 Java 代碼相當簡單。編寫優良的 Java 代碼則是一門手藝。傾力成為一個手藝人。
"