類的成員變量定義

大部分類的成員變量應該定義為PRotected來防止繼續類使用他們。

數組標識

要用"int[]packets"，而不是"intpackets[]"，后一種永遠也不要用。

成員變量與函數內局部變量用this

publicvoidsetPackets(int[]packets){this.packets=packets;}//一般函數

CounterSet(intsize){this.size=size;}//構造函數

可讀性

避免使用不易理解的數字，用有意義的標識來替代。不要使用難懂的技巧性很高的語句。

源程序中關系較為緊密的代碼應盡可能相鄰。

可移植性

BorlandJbulider不喜歡synchronized這個要害字，假如你的斷點設在這些要害字的作用域內的話，調試的時候你會發現的斷點會到處亂跳，讓你不知所措。除非必須，盡量不要使用。

換行

假如要換行的話，盡量用println來代替在字符串中使用"/n"。

你不要這樣:System.out.print("Hello,world!/n");

要這樣：System.out.println("Hello,world!");

或者構造一個帶換行符的字符串，至少要象這樣：

Stringnewline=System.getProperty("line.separator");

System.out.print("Helloworld"+newline);

PrintStream

PrintStream已經被不贊成（deprecated）使用，用PrintWrite來代替她。

排版規范

要害詞和操作符之間加適當的空格。

相對獨立的程序塊與塊之間加空行。

較長的語句、表達式等要分成多行書寫。

劃分出的新行要進行適應的縮進，使排版整潔，語句可讀。

長表達式要在低優先級操作符處劃分新行，操作符放在新行之首。

循環、判定等語句中若有較長的表達式或語句，則要進行適應的劃分。

若函數或過程中的參數較長，則要進行適當的劃分。

不答應把多個短語句寫在一行中，即一行只寫一條語句。

函數或過程的開始、結構的定義及循環、判定等語句中的代碼都要采用縮進風格。

編寫程序塊時‘{’和‘}’應各獨占一行并且位于同一列，同時與引用它們的語句左對齊。在函數體的開始、類的定義、結構的定義、枚舉的定義以及if、for、do、while、switch、case語句中的程序都要采用如上的縮進方式。

性能

在寫代碼的時候，從頭至尾都應該考慮性能問題。這不是說時間都應該浪費在優化代碼上，而是我們時刻應該提醒自己要注重代碼的效率。比如：假如沒有時間來實現一個高效的算法，那么我們應該在文檔中記錄下來，以便在以后有空的時候再來實現她。

不是所有的人都同意在寫代碼的時候應該優化性能這個觀點的，他們認為性能優化的問題應該在項目的后期再去考慮，也就是在程序的輪廓已經實現了以后。

不要在循環中構造和釋放對象

使用StringBuffer對象

在處理String的時候要盡量使用StringBuffer類，StringBuffer類是構成String類的基礎。String類將StringBuffer類封裝了起來，（以花費更多時間為代價）為開發人員提供了一個安全的接口。當我們在構造字符串的時候，我們應該用StringBuffer來實現大部分的工作，當工作完成后將StringBuffer對象再轉換為需要的String對象。比如：假如有一個字符串必須不斷地在其后添加許多字符來完成構造，那么我們應該使用StringBuffer對象和她的append()方法。假如我們用String對象代替StringBuffer對象的話，會花費許多不必要的創建和釋放對象的CPU時間。

避免太多或不必要的使用synchronized要害字