作為一位開發人員，都要有嚴格的代碼規範。為此我總結了一些代碼規範案例。
目 錄
1. 前言
2. 試用範圍
3. JAVA命名規範--
3.1 公共約定
3.2 Java文件、包
3.3 類、接口命名規範
3.4 方法命名規範
3.5 常量
3.6 變量和參數
3.7 組件/部件
3.8 集合
3.9 神秘的數
3.10 其他
3.11 Java異常
3.12 數組命名
3.13 數據庫表命名規則
3.14 數據庫字段命名規則
3.15 JSP文件命名
3.16 Servlet類命名
4. 書寫格式規範
4.1 縮進
4.2 空格
4.3 對齊
4.4 空行
4.5 註釋
5. 代碼文件風格
1. 前言為確保系統源程序可讀性，從而增強系統可維護性，茲制定下述編程規範，以規範系統各部分編程。系統繼承的其它資源中的源程序也應按此規範作相應修改。
2. 試用範圍本文檔將作為河北郵政應用系統軟件（JAVA語言）開發的編程格式規範。在系統的編碼、測試及維護過程中，要求嚴格遵守。
3. JAVA命名規範
3.1 公共約定 命名指系統中對源文件名、方法、目錄、包、數據庫表名、數據庫字段等的命名。
系統所用的命名都使用英文縮寫來表達。
命名的組成方式為：前綴+{命名詞素縮寫}，前綴表達出命名的用途，如數據庫表等。
命名的前綴由項目組確定。
除系統公共維護對像外的其他對象，命名全部用小寫。一種方式用“_”作連接符，另一種方式是詞素的第一個字母大寫直接連接在一起。在本規範中，數據庫名、數據庫字段名採用第一種方式，其餘採用第二種方式。
使用可以準確說明變量/字段/類/接口/包等的完整的英文描述符。例如，採用類似firstName，listAllUsers 或CorporateCustomer 這樣的名字，嚴禁使用漢語拼音及不相關單詞命名，雖然Java支持Unicode命名，但本規範規定對包、類、接口、方法、變量、字段等不得使用漢字等進行命名
採用大小寫混合，提高名字的可讀性。一般應該採用小寫字母，但是類和接口的名字的首字母，以及任何中間單詞的首字母應該大寫。包名全部小寫。
盡量少用縮寫，但如果一定要使用，當使用公共縮寫和習慣縮寫等，如實現（implement）可縮寫成impl，經理（manager）可縮寫成mgr等，具體參看下表，嚴禁濫用縮寫。 避免使用長名字（最好不超過25 個字母）。
避免使用數字，但可用2代替to，用4代替for等，如：go2Jsp。
3.2 Java文件、包
文件名當與其類嚴格相同，所有單詞首字母大寫。
包名一般以項目或模塊名命名，少用縮寫和長名，一律小寫。
基本包：com.czpost，所有包、文件都從屬於此包。
包名按如下規則組成： [基本包].[項目名].[模塊名].[子模塊名]... 如： com.czpost.eims com.hepost.eims.until„
不得將類直接定義在基本包下，所有項目中的類、接口等都當定義在各自的項目和模塊包中。
3.3 類、接口命名規範 所有單詞首字母大寫。使用能確切反應該類、接口含義、功能等的詞。一般採用名詞。
接口可帶I前綴或able、ible、er等後綴。
3.4 方法命名規範方法的命名應採用完整的英文描述符，大小寫混合使用：所有中間單詞的第一個字母大寫。法名稱的第一個單詞常常採用一個有強烈動作色彩的動詞。 取值類使用get前綴，設值類使用set前綴，判斷類使用is(has)前綴。 例： getName() setSarry() isLogon() 方法參數建議順序：(被操作者，操作內容，操作標誌，其他⋯) 例：public void replace(String sourceStr, String oldStr, String newStr) { .... .... }
3.5 常量採用完整的英文大寫單詞，在詞與詞之間用下劃線連接，如：DEFAULT_VALUE
3.6 變量和參數變量建議採用匈牙利命名法，詞素規則見“公共約定”
整型變量（包括int，short，long）：以n 開頭，例如：long nCredNum;
浮點型變量（包括float，double）：以f 開頭，例如：double fTranAmt;
字符變量：以c 開頭，例如：char cPageFlag;
日期型變量：以d開頭，例如：date dToday; 布爾型變量：以is開頭，例如：boolean isFlag;
字符串變量：以s 開頭，例如：char sPageNo[2+1];
全局變量：以g開頭結合數據的類型，例如：char gsBankNo[10+1];
靜態變量：靜態變量在文件中同樣是全局變量，命名規則同全局變量。
系統級變量：系統級變量同樣是全局變量，以'_'開頭結合數據的類型。
例如：char _sBankNo[10+1] 沒有'g'。
臨時變量通常被取名為i，j，k，m和n，它們一般用於整型；c，d，e，它們一般用於字符型。
3.7 組件/部件應採用完整的英文描述符命名組件（接口部件），遵循匈牙利命名法則如：btnOK，lblName。 按鈕變量btn+Xxxxxxx 例如：btnSave, btn Exit, btnPrint等 題標變量lbl+Xxxxxxxx 例如：lblName, lblSex等對像類型前綴Canvas cvs CheckBox chk Image img List lst Choice chc Dialog dlg Event evt Frame frm Menu menu Panel pnl TextArea txa TextField txf
3.8 集合一個集合，例如數組和矢量，應採用複數命名來表示隊列中存放的對像類型。命名應採用完整的英文描述符，名字中所有非開頭的單詞的第一個字母應大寫，適當使用集合縮寫前綴。如： Vector vProducts = new Vector(); //產品向量Array aryUsers = new Array(); //用戶列表
3.9 神秘的數程序裡經常會用到一些量，它是有特定的含義的，把神秘的數定義為一個常量。注意這個常量的命名應該能表達該數的意義，並且應該全部大寫，以與對應於變量的標識符區別開來。例如50這個數，可以定義為一個名為NUM_OF_EMPLOYEES的常量來代替。
3.10 其他命名時應使用複數來表示它們代表多值。如：orderItems。
3.11 Java異常異常類名由表示該異常類型的單詞和Exception組成，如ActionException。
異常實例一般使用e、ex等，在多個異常時使用該異常名或簡寫加E，Ex等組成，如： SQLEx ActionEx
3.12 數組命名數組應該總是用下面的方式來命名： byte[] buffer; 而不是byte buffer[];
3.13 數據庫表命名規則 前綴與命名詞素間用下劃線分隔。 命名由小寫字母組成。
命名詞素如果由單一詞組成，可用全拼；如果是多詞組成，用縮寫。縮寫間用下劃線。 例如： 庫表：以't_'開頭 視圖：以'v_'開頭 庫表索引：以't_'開頭， 以'_idx'結尾 庫表唯一索引：以't_'開頭，以'_uidx '結尾
3.14 數據庫字段命名規則
命名詞素如果由單一詞組成，可用全拼；如果是多詞組成，用縮寫。縮寫間用下劃線。 命名由小寫字母組成。 沒有前綴。
3.15 JSP文件命名採用完整的英文描述說明JSP所完成的功能，盡可能包括一個生動的動詞，第一個字母小寫，如：viewMessage.jsp、editUser.jsp或者forumChooser.jsp等。
3.16 Servlet類命名一般對應於所服務的對象加後綴Service來命名，如：UserService，TradeService等。
4. 書寫格式規範嚴格要求書寫格式是為了使程序整齊美觀、易於閱讀、風格統一，程序員對規范書寫的必要性要有明確認識。建議源程序使用eclipse工具開發，格式規範預先在工具中設置。
4.1 縮進縮進建議以4個空格為單位。預處理語句、全局數據、標題、附加說明、函數說明、標號等均頂格書寫。語句塊的"{"、"}"配對對齊，並與其前一行對齊，語句塊類的語句縮進建議每個"{"、"}"單獨占一行，便於匹對。 sclipse 中的默認方式是開始的"{"不是單獨一行，建議更改成上述格式。
4.2 空格原則上變量、類、常量數據和函數在其類型，修飾名稱之間適當空格並據情況對齊。關鍵字原則上空一格，如：if ( ... ) 等。運算符的空格規定如下："::"、"->"、"["、"]"、"++"、"--"、"~"、"!"、"+"、"-" （指正負號）、"&"（引用）等幾個運算符兩邊不加空格（其中單目運算符係指與操作數相連的一邊），其它運算符（包括大多數二目運算符和三目運算符"?:"兩邊均加一空格，在作函數定義時還可據情況多空或不空格來對齊，但在函數實現時可以不用。","運算符只在其後空一格，需對齊時也可不空或多空格。不論是否有括號，對語句行後加的註釋應用適當空格與語句隔開並儘可能對齊。個人認為此項可以依照個人習慣決定遵循與否。
4.3 對齊原則上關係密切的行應對齊，對齊包括類型、修飾、名稱、參數等各部分對齊。另每一行的長度不應超過屏幕太多，必要時適當換行，換行時盡可能在","處或運算符處，換行後最好以運算符打頭，並且以下各行均以該語句首行縮進，但該語句仍以首行的縮進為準，即如其下一行為“{”應與首行對齊。 變量定義最好通過添加空格或TAB鍵形成對齊，同一類型的變量最好放在一起。如下例所示： int nValue; int nResult; int nLength;
4.4 空行不得存在無規則的空行，比如說連續十個空行。程序文件結構各部分之間空一行，由於每個函數還要有函數說明註釋，故通常只需空一行或不空，但對於沒有函數說明的情況至少應再空一行。對自己寫的函數，建議也加上“//------”做分隔。函數內部數據與代碼之間應空至少一行，代碼中適當處應以空行空開，建議在代碼中出現變量聲明時，在其前空一行。類中四個“p”之間至少空一行，在其中的數據與函數之間也應空行。
4.5 註釋註釋是軟件可讀性的具體體現。程序註釋量一般佔程序編碼量的20%，軟件工程要求不少於20%。程序註釋不能用抽象的語言，類似於"處理"、"循環"這樣的計算機抽象語言，要精確表達出程序的處理說明。避免每行程序都使用註釋，可以在一段程序的前面加一段註釋，具有明確的處理邏輯。 註釋必不可少，但也不應過多，不要被動的為寫註釋而寫註釋。以下是四種必要的註釋： 標題、附加說明。 函數、類等的說明。對幾乎每個函數都應有適當的說明，通常加在函數實現之前，在沒有函數實現部分的情況下則加在函數原型前，其內容主要是函數的功能、目的、算法等說明，參數說明、返回值說明等，必要時還要有一些如特別的軟硬件要求等說明。公用函數、公用類的聲明必須由註解說明其使用方法和設計思路，當然選擇恰當的命名格式能夠幫助你把事情解釋得更清楚。
在代碼不明晰或不可移植處必須有一定的說明。
及少量的其它註釋，如自定義變量的註釋、代碼書寫時間等。
5. 代碼文件風格所有的Java(*.java) 文件都必須遵守如下的樣式規則：
文件生成對於規範的JAVA 派生類，盡量用eclipse工具來生成文件格式，避免用手工製作的頭文件/實現文件。 package/import package 行要在import 行之前，import 中標準的包名要在本地的包名之前，而且按照字母順序排列。如果import 行中包含了同一個包中的不同子目錄，則應該用* 來處理。
package hotlava.net.stats; import java.io.*; import java.util.Observable; import hotlava.util.Application; 這裡java.io.* 使用來代替InputStream and OutputStream 的。
文件頭部註釋文件頭部註釋主要是表明該文件的一些信息，是程序的總體說明，可以增強程序的可讀性和可維護性。文件頭部註釋一般位於package/imports 語句之後，Class 描述之前。要求至少寫出文件名、創建者、創建時間和內容描述。其格式應該盡量約束如下： /** *Title: 確定鼠標位置類* Description: 確定鼠標當前在哪個作業欄位中並返回作業號* @Copyright: Copyright (c) 2002 * @Company: HIT * @author : rivershan * @version: 1.0 */ Class 接下來的是類的註釋，一般是用來解釋類的。 /** *A class representing a set of packet and byte counters * It is observable to allow it to be watched, but only * reports changes when the current set is complete */ 接下來是類定義，包含了在不同的行的extends 和implements public class CounterSet extends Observable implements Cloneable Class Fields
接下來是類的成員變量： /** *Packet counters */ protected int[] packets; public 的成員變量必須生成文檔（JavaDoc）。 proceted、private和package 定義的成員變量如果名字含義明確的話，可以沒有註釋。 存取方法接下來是類變量的存取的方法。它只是簡單的用來將類的變量賦值獲取值的話，可以簡單的寫在一行上。 （個人認為盡量分行寫）
/** *Get the counters * @return an array containing the statistical data. This array has been * freshly allocated and can be modified by the caller. */
public int[] getPackets() { return copyArray(packets, offset); } public int[] getBytes() { return copyArray(bytes, offset); } public int[] getPackets() { return packets; } public void setPackets( int[] packets) { this.packets = packets; }其它的方法不要寫在一行上 構造函數接下來是構造函數，它應該用遞增的方式寫（比如：參數多的寫在後面）。 訪問類型("public","private" 等.)和任何"static","final"或"synchronized"應該在一行中，並且方法和參數另寫一行，這樣可以使方法和參數更易讀。
public CounterSet(int size) {
this.size = size;
}
克隆方法如果這個類是可以被克隆的，那麼下一步就是clone 方法： public Object clone() {
try {
CounterSet obj = (CounterSet)super.clone(); obj.packets = (int[])packets.clone(); obj.size = size; return obj;
} catch(CloneNotSupportedException e) {
throw new InternalError("Unexpected CloneNotSUpportedException: " + e.getMessage());
}
}
類方法下面開始寫類的方法：
/** *Set the packet counters * (such as when restoring from a database) */ protected final void setArray(int[] r1, int[] r2, int[] r3, int[] r4) throws IllegalArgumentException {
// // Ensure the arrays are of equal size // if (r1.length != r2.length || r1.length != r3.length || r1.length != r4.length) throw new IllegalArgumentException("Arrays must be of the same size"; System.arraycopy(r1, 0, r3, 0, r1.length); System.arraycopy(r2, 0, r4, 0, r1.length); } toString 方法無論如何，每一個類都應該定義toString 方法：
public String toString() { String retval = "CounterSet: "; for (int i = 0; i < data.length(); i++) { retval += data.bytes.toString(); retval += data.packets. toString(); } return retval; }main 方法如果main(String[]) 方法已經定義了, 那麼它應該寫在類的底部。