1. 【強制】代碼中的命名均不能以下劃線或美元符號開始,也不能以下劃線或美元符號結束。
反例:\_name / \_\_name / $Object / name\_ / name$ / Object$
1. 【強制】代碼中的命名嚴禁使用拼音與英文混合的方式,更不允許直接使用中文的方式。說明:正確的英文拼寫和語法可以讓閱讀者易于理解,避免歧義。注意,即使純拼音命名方式也要避免采用。正例:alibaba / taobao / youku / hangzhou 等國際通用的名稱,可視同英文。
反例:DaZhePromotion \[打折\] / getPingfenByName() \[評分\] / int 某變量 = 3
1. 【強制】類名使用UpperCamelCase風格,必須遵從駝峰形式,但以下情形例外:DO / BO /
DTO / VO / AO
正例:MarcoPolo / UserDO / XmlService / TcpUdpDeal / TaPromotion 反例:macroPolo / UserDo / XMLService / TCPUDPDeal / TAPromotion
1. 【強制】方法名、參數名、成員變量、局部變量都統一使用lowerCamelCase風格,必須遵從駝峰形式。
正例: localValue / getHttpMessage() / inputUserId
1. 【強制】常量命名全部大寫,單詞間用下劃線隔開,力求語義表達完整清楚,不要嫌名字長。
正例:MAX\_STOCK\_COUNT 反例:MAX\_COUNT
1. 【強制】抽象類命名使用Abstract或Base開頭;異常類命名使用Exception結尾;測試類命名以它要測試的類的名稱開始,以Test結尾。
2. 【強制】中括號是數組類型的一部分,數組定義如下:String\[\] args; 反例:使用String args\[\]的方式來定義。
3. 【強制】POJO類中布爾類型的變量,都不要加is,否則部分框架解析會引起序列化錯誤。
反例:定義為基本數據類型Boolean isDeleted;的屬性,它的方法也是isDeleted(),RPC
框架在反向解析的時候,“以為”對應的屬性名稱是deleted,導致屬性獲取不到,進而拋出異常。
1. 【強制】包名統一使用小寫,點分隔符之間有且僅有一個自然語義的英語單詞。包名統一使用單數形式,但是類名如果有復數含義,類名可以使用復數形式。
正例: 應用工具類包名為com.alibaba.open.util、類名為MessageUtils(此規則參考 spring的框架結構)
1. 【強制】杜絕完全不規范的縮寫,避免望文不知義。
反例:AbstractClass“縮寫”命名成AbsClass;condition“縮寫”命名成 condi,此類隨意縮寫嚴重降低了代碼的可閱讀性。
1. 【推薦】為了達到代碼自解釋的目標,任何自定義編程元素在命名時,使用盡量完整的單詞組合來表達其意。
正例:從遠程倉庫拉取代碼的類命名為 PullCodeFromRemoteRepository。
反例:變量 int a; 的隨意命名方式。
1. 【推薦】如果模塊、接口、類、方法使用了設計模式,在命名時體現出具體模式。
說明:將設計模式體現在名字中,有利于閱讀者快速理解架構設計理念。
正例:public class OrderFactory; public class LoginProxy;
public class ResourceObserver;
1. 【推薦】接口類中的方法和屬性不要加任何修飾符號(public 也不要加),保持代碼的簡潔性,并加上有效的Javadoc注釋。盡量不要在接口里定義變量,如果一定要定義變量,肯定是與接口方法相關,并且是整個應用的基礎常量。
正例:接口方法簽名:void f();
接口基礎常量表示:String COMPANY = "alibaba";
反例:接口方法定義:public abstract void f();
說明:JDK8中接口允許有默認實現,那么這個default方法,是對所有實現類都有價值的默認實現。
1. 接口和實現類的命名有兩套規則:
1) 【強制】對于Service和DAO類,基于SOA的理念,暴露出來的服務一定是接口,內部的實現類用Impl的后綴與接口區別。
正例:CacheServiceImpl實現CacheService接口。
2) 【推薦】 如果是形容能力的接口名稱,取對應的形容詞做接口名(通常是–able的形式)。
正例:AbstractTranslator實現 Translatable。
1. 【參考】枚舉類名建議帶上Enum后綴,枚舉成員名稱需要全大寫,單詞間用下劃線隔開。
說明:枚舉其實就是特殊的常量類,且構造方法被默認強制是私有。
正例:枚舉名字為ProcessStatusEnum的成員名稱:SUCCESS / UNKOWN\_REASON。
1. 【參考】各層命名規約:
A) Service/DAO層方法命名規約
1) 獲取單個對象的方法用get做前綴。
2) 獲取多個對象的方法用list做前綴。
3) 獲取統計值的方法用count做前綴。
4) 插入的方法用save/insert做前綴。
5) 刪除的方法用remove/delete做前綴。
6) 修改的方法用update做前綴。
B) 領域模型命名規約
1) 數據對象:xxxDO,xxx即為數據表名。
2) 數據傳輸對象:xxxDTO,xxx為業務領域相關的名稱。
3) 展示對象:xxxVO,xxx一般為網頁名稱。
4) POJO是DO/DTO/BO/VO的統稱,禁止命名成xxxPOJO。
- 一、編程規約????1
- (一) 命名風格????1
- (二) 常量定義????3
- (三) 代碼格式????4
- (四) OOP規約????6
- (五) 集合處理????9
- (六) 并發處理????12
- (七) 控制語句????14
- (八) 注釋規約????16
- (九) 其它????17
- 二、異常日志????18
- (一) 異常處理????18
- (二) 日志規約????19
- 三、單元測試????21
- 四、安全規約????23
- 五、MySQL數據庫????24
- (一) 建表規約????24
- (二) 索引規約????25
- (三) SQL語句????27
- (四) ORM映射????28
- 六、工程結構????30
- (一) 應用分層????30
- (二) 二方庫依賴????31
- (三) 服務器????32
- 附1:版本歷史????34
- 附2:本手冊專有名詞????35