隨着《阿里巴巴Java開發手冊》的公開,從新又掀起一股編碼規範的風口。結合《華爲java編程規範》以及團隊內部的實踐,咱們也作了一段開發規範。不求最全,但求有效。java
裏面的規範,暫時只分兩類。「強制」,即若是違反就不能使用級別。好比說,在codereview有遇到 ,那就會直接把pull request打回去,拒絕合併到開發者穩定分支上。「推薦」,即建議怎麼作,可是不強制,根據不一樣的水平能夠作一些參考。web
全部的狀況下都通用sql
一、 【強制】命名所有使用英文,禁止中文或者中英混合。項目名除外,由於有的項目是按域名來命名的,域名自己有多是中文拼音。數據庫
例子:編程
域名:kecheng.xxx.com
項目名:xxx-web-kecheng
複製代碼
二、 【強制】禁止使用縮寫,除非提供一個縮寫列表設計模式
反例:緩存
# 這裏的t究竟是什麼意思?topic_id?仍是teacher_id?
字段:t_id
複製代碼
三、 【強制】禁止出現除了後綴或者前綴3個單詞。若是超過3個,說明想表達的職責太多,能夠拆分或者封裝。bash
這裏主要指的是Java語言,其餘的語言也能夠借鑑這些準則架構
一、 【強制】須要有統一的後綴或者前綴。爲了一看類名,就知道這個類幹什麼的。框架
前綴列表:
接口:IViewTag
抽象類:AbstractViewTag
具體實現類:UserViewTag
複製代碼
後綴列表:
實體:UserEntity
基礎服務:UserBaseService
業務服務:AuthorityBusinessService
複製代碼
二、 【強制】全部參與業務的類禁止使用內部類。
一、 【強制】常量必須是:大寫+下劃線,禁止多個單詞連在一塊兒
正例:
private final static String PAGE_SIZE=10;
複製代碼
反例:
private final static String PAGESIZE=10;
private final static String pageSize=10;
複製代碼
二、 【強制】布爾類型禁止添加"is"前綴。部分框架解析會引發序列化錯誤。
反例:
# 對應的getter和setter爲:isRead和setRead
private boolean isRead
複製代碼
正例:
# 對應的getter和setter爲:isRead和setRead
private boolean read;
複製代碼
三、 【強制】計數器禁止使用複數
反例:
private int readCounts;
複製代碼
正例:
private int readCount;
複製代碼
四、 【強制】自描述屬性裏不要出現類名的描述
反例:
#UserEntity類
private String userName;
private int userAge;
複製代碼
正例:
#UserEntity類
private String name;
private int age;
複製代碼
五、【強制】關聯其餘實體的屬性命名規則:對應的實體去掉後綴+用途
正例:
屬性名:teacherId ,對應的實體是TeacherEntity
屬性名:favorCount,對應的實體是FavorEntity
複製代碼
反例:
屬性名:tId。根本不知道是哪一個實體的外鍵。有多是Teacher有多是Topic,還得猜半天
複製代碼
六、 【強制】禁止經過定義定義成常量(1,2)來維護類型值,須要經過枚舉
反例:
private final static int SUCESS=1;
private final static int FAIL=2;
複製代碼
正例:
定義一個枚舉
複製代碼
一、 【強制】接口裏的方法禁止有修飾符。
反例
#接口裏的方法public void eat();
複製代碼
正例:
#接口裏的方法void eat();
複製代碼
二、 【推薦】方法參數必須使用final來修飾。final可提升程序響應效率。能夠經過Eclipse的cleanup來實現。
正例:
public void eat(final int size);
複製代碼
public void eat(int size);
複製代碼
三、 【強制】每個方法參數都須要被處理。module層的方法裏的對象參數
能夠不判空,由於架構已經作處理了,不可能爲空。
被處理指的是:
例子:
public void add(long userId,String content){
//異常驗證
ExceptionUtil.checkId(userId,"用戶id")
//直接返回
if(Util.isEmpty(content)){
return ;
}
}
public List<CourseEntity> list(int type){
Cnd cnd = Cnd.limit();
//有對應的業務邏輯處理
if(type>0){
cnd.and("type","=",type);
}
return dbDao.query(CourseEntity.class,cnd,null);
}
複製代碼
四、 【強制】同一個類裏有多個一致的參數(3個以上)的方法,須要抽取接口或者經過實體來承載
public FavorEntity add(int type,long sourceId,long userId);
public FavorEntity delete(int type,long sourceId,long userId);
複製代碼
正例
public FavorEntity add(IFavor favor);
public FavorEntity delete(IFavor favor);
複製代碼
五、 【強制】方法名必須是動詞或者動賓。http接口須要知明達意,能夠不按這個規則。好比:mycourse,home,banner
方法命名格式:
例子:
public void isSucess();
public void on();
public void sendEmail();
複製代碼
統一命名列表:
方法前綴後綴命名說明:
原則上不添加後綴,若是添加後綴的話,若是有添加,命名格式爲:updatexxxx4yyyyByzzzz
例子:
--xxxx狀況:用戶
public void updateName();();
public void updateNickName();
--yyyy狀況:資訊
public List<NewsEntity> list4Latest();
public List<NewsEntity> list4Top();
--zzzz狀況:課程
public List<CourseEntity> listByTeacher();
public List<CourseEntity> listByKnowledge();
--綜合使用
public List<CourseEntity> listCourse4TopByTeacher();
複製代碼
六、 【強制】一個方法裏代碼行數不能超過1屏(即30行)。通常來講超過30的行,業務關注點、複雜數比較高,很難維護。超過30行須要封裝方法
七、 【強制】局部變量命名不能有連續的名稱。連續的命名不具備可維護性。每一個變量都須要有清晰的概念。
String head1;
String head2;
複製代碼
正例:
String title;
String content;
複製代碼
八、 【強制】禁止有任何魔鬼數據獨立存在。能夠定義一個有含義的變量來承載
if(type ==1){
//審覈成功
下面15行代碼
}
複製代碼
正例:
private final static int SUCESS=1;
...
.if(type ==SUCESS){
下面15行代碼
}
複製代碼
九、 【強制】判斷表達式要使用布爾變量或者封裝方法。表達式是變化點。在維護的時候,表達式不知名達意。
if(user!=null&&!Util.isEmpty(user.name)&&!Util.isEmpty(user.provicne)){
//下面15行代碼
}
複製代碼
正例:
if(isFilledBaseInfo(user)){
//下面15行代碼
}
複製代碼
十、【強制】if()...else if()...else個數不能多於4個,嵌套不能深於3層
能夠經過如下的方法來消除:
if(isAdmin()){
...
}else if(isTeacher()){
...
}
複製代碼
正例:
if(isAdmin()){
... return;
}if(isTeacher()){
... return;
}
複製代碼
十一、 【推薦】採用防護式編程,先判斷錯誤的業務,而後再寫正確的業務。防護式編程結構清晰分明:先把全部錯誤窮舉,而後集中處理正確邏輯。
if(null!=user && user.hasAuth()){
正確邏輯
}
複製代碼
正例:
if(null==user || !user.hasAuth()){ return;}
正確邏輯
複製代碼
十二、 【推薦】for裏不建議寫io。io包括:數據庫、緩存,文件讀寫等
1三、 【強制】多個不一樣的結構(業務相近的代碼),須要有且只有一個空行
long userId = fetchUser.getCurrentUserId();
Sql sql = latentCustomerQueryForm.pager(sqlManager);
Map<String, Object> map = FormUtil.list(dbDao, sql, pager);
List<DictInfoEntity> grades = dictBaseService.listDict(DictInfoEnum.GRADE.stringKey());
List<DictInfoEntity> infoOrigins = dictBaseService.listDict(DictInfoEnum.INFOORIGIN.stringKey());
map.put("queryForm", latentCustomerQueryForm);
map.put("grades", grades);
map.put("infoOrigins", infoOrigins);
return map;
複製代碼
正例:
long userId = fetchUser.getCurrentUserId();
Sql sql = latentCustomerQueryForm.pager(sqlManager);
Map<String, Object> map = FormUtil.list(dbDao, sql, pager);
List<DictInfoEntity> grades = dictBaseService.listDict(DictInfoEnum.GRADE.stringKey());
List<DictInfoEntity> infoOrigins = dictBaseService.listDict
map.put("queryForm", latentCustomerQueryForm);
map.put("grades", grades);
map.put("infoOrigins", infoOrigins);
return map;
複製代碼
1四、 【推薦】不參與計算的變量不要定義變量
long userId = fetchUser.getCurrentUserId();
Sql sql = latentCustomerQueryForm.pager(sqlManager);
Map<String, Object> map = FormUtil.list(dbDao, sql, pager);
List<DictInfoEntity> grades = dictBaseService.listDict(DictInfoEnum.GRADE.stringKey());
List<DictInfoEntity> infoOrigins = dictBaseService.listDict(DictInfoEnum.INFOORIGIN.stringKey());
map.put("queryForm", latentCustomerQueryForm);
map.put("grades", grades);
map.put("infoOrigins", infoOrigins);
return map;
複製代碼
正例:
long userId = fetchUser.getCurrentUserId();
Sql sql = latentCustomerQueryForm.pager(sqlManager);
Map<String, Object> map = FormUtil.list(dbDao, sql, pager);
map.put("grades", dictBaseService.listDict(DictInfoEnum.GRADE.stringKey()));
map.put("infoOrigins", dictBaseService.listDict(DictInfoEnum.INFOORIGIN.stringKey()));
return map;
複製代碼
1五、 【強制】若是有捕獲異常,必須有對應的處理業務。若是沒有對應的處理業務,不要捕獲,能夠直接throw,讓架構統一處理
你本身catch,確定不但願用戶看到錯誤日誌,那麼 從用戶那邊看到是正常業務。catch了什麼都沒幹,用戶每每看到的是什麼都沒發生,他會覺得網站掛了或者功能快。
1六、 【強制】禁止使用exception.getMessge()處理錯誤信息。應該使用exception.toString()。由於exception.getMessage(),在npe拋出異常的時候,什麼信息都不顯示。
} catch (Exception e) {
logger.error(e.getMessage());
}
複製代碼
正例:
} catch (Exception e) {
logger.error(e.toString());
}
複製代碼
1七、 【強制】禁止使用System.out.print。統一使用Eclipse的log4e插件生成日誌(不要定義具體的日誌實現,要定義的是slf4j的接口)
1八、 【推薦】公開的接口,一旦發佈成穩定版,禁止修改方法簽名(方法名,參數)
若是要修改,須要提供新的接口,老的不能修改。由於一修改方法簽名。
好比:js調用可能就報錯了,功能就沒辦法使用;工具類接口一變,其餘項目就會報錯了,沒辦法向下兼容。
1九、 【推薦】方法放置順序:public-->protected-->private。一個類,每每使用者更關注的是public的。構造方法、重載方法、雷同方法,按順序放在一塊兒