給程序員編寫高效java代碼的幾條建議

壹個優秀的程序員必須具備規範、標準的代碼編寫習慣，下面是給所有學java或者是其他編程語言的程序員的幾點建議。壹、類名首字母通常應該大寫。字段、方法以及對象（句柄）的首字母應小寫。對於所有標識符，其中包含的所有單詞都應緊靠在壹起，而且大寫中間單詞的首字母。例如： ThisIsAClassName thisIsMethodOrFieldName 若在定義中出現了常數初始化字符，則大寫static final基本類型標識符中的所有字母。這樣便可標誌出它們屬於編譯期的常數。 Java包（Package）屬於壹種特殊情況：它們全都是小寫字母，即便中間的單詞亦是如此。對於域名擴展名稱，如com，org，net或者edu等，全部都應小寫（這也是Java 1.1和Java 1.2的區別之壹）。二、為了常規用途而創建壹個類時，請采取"經典形式"，並包含對下述元素的定義： equals() hashCode() toString() clone() (implement Cloneable) implement Serializable 三、對於自己創建的每壹個類，都考慮置入壹個main()，其中包含了用於測試那個類的代碼。為使用壹個項目中的類，我們沒必要刪除測試代碼。若進行了任何形式的改動，可方便地返回測試。這些代碼也可作為如何使用類的壹個示例使用。四、應將方法設計成簡要的、功能性單元，用它描述和實現壹個不連續的類接口部分。理想情況下，方法應簡明扼要。若長度很大，可考慮通過某種方式將其分割成較短的幾個方法。這樣做也便於類內代碼的重復使用（有些時候，方法必須非常大，但它們仍應只做同樣的壹件事情）。五、設計壹個類時，請設身處地為客戶程序員考慮壹下（類的使用方法應該是非常明確的）。然後，再設身處地為管理代碼的人考慮壹下（預計有可能進行哪些形式的修改，想想用什麽方法可把它們變得更簡單）。六、使類盡可能短小精悍，而且只解決壹個特定的問題。下面是對類設計的壹些建議： ◆ 壹個復雜的開關語句：考慮采用"多形"機制。 ◆ 數量眾多的方法涉及到類型差別極大的操作：考慮用幾個類來分別實現。 ◆ 許多成員變量在特征上有很大的差別：考慮使用幾個類。七、讓壹切東西都盡可能地"私有"--private。可使庫的某壹部分"公***化"（壹個方法、類或者壹個字段等等），就永遠不能把它拿出。若強行拿出，就可能破壞其他人現有的代碼，使他們不得不重新編寫和設計。若只公布自己必須公布的，就可放心大膽地改變其他任何東西。在多線程環境中，隱私是特別重要的壹個因素--只有private字段才能在非同步使用的情況下受到保護。八、謹惕"巨大對象綜合癥"。對壹些習慣於順序編程思維、且初涉OOP領域的新手，往往喜歡先寫壹個順序執行的程序，再把它嵌入壹個或兩個巨大的對象裏。根據編程原理，對象表達的應該是應用程序的概念，而非應用程序本身。九、若不得已進行壹些不太雅觀的編程，至少應該把那些代碼置於壹個類的內部。十、任何時候只要發現類與類之間結合得非常緊密，就需要考慮是否采用內部類，從而改善編碼及維護工作。十壹、盡可能細致地加上註釋，並用javadoc註釋文檔語法生成自己的程序文檔。十二、避免使用"魔術數字"，這些數字很難與代碼很好地配合。如以後需要修改它，無疑會成為壹場噩夢，因為根本不知道"100"到底是指"數組大小"還是"其他全然不同的東西"。所以，我們應創建壹個常數，並為其使用具有說服力的描述性名稱，並在整個程序中都采用常數標識符。這樣可使程序更易理解以及更易維護。十三、涉及構建器和異常的時候，通常希望重新丟棄在構建器中捕獲的任何異常--如果它造成了那個對象的創建失敗。這樣壹來，調用者就不會以為那個對象已正確地創建，從而盲目地繼續。十四、當客戶程序員用完對象以後，若妳的類要求進行任何清除工作，可考慮將清除代碼置於壹個良好定義的方法裏，采用類似於cleanup（）這樣的名字，明確表明自己的用途。除此以外，可在類內放置壹個boolean（布爾）標記，指出對象是否已被清除。在類的finalize（）方法裏，請確定對象已被清除，並已丟棄了從RuntimeException繼承的壹個類（如果還沒有的話），從而指出壹個編程錯誤。在采取象這樣的方案之前，請確定finalize（）能夠在自己的系統中工作（可能需要調用System.runFinalizersonExit（true），從而確保這壹行為）。