原创 1.3 代碼格式
1.強制:大括號的使用約定。如果大括號內爲空,則簡介的寫成 {} 即可,不需要換行;如果是非空代碼塊,則: 1)左大括號之前不換行。 2)右大括號後換行。 3)右大括號前換行。 4)
原创 1..7 控制語句
1.強制:在一個 switch 塊內,每個 case 要麼通過 break / return 等來終止,要麼註釋說明程序將繼續執行到哪一個 case 爲止;在一個 switch 塊內,都必須包含一個 default 語句並且放在最後,即使
原创 5.2 索引規約
1.強制:業務上具有唯一特性的字段,即使是多個字段的組合,也必須建成唯一索引。說明: 不要以爲唯一索引影響了 insert 速度,這個速度損耗可以忽略,但會明顯提高查找速度;另外,即使在應用層做了非常完善的校驗控制,只要沒有
原创 3-單元測試
1.強制:好的單元測試必須遵守 AIR 原則。說明: 單元測試在線上運行時,感覺像空氣(AIR)一樣並不存在,但在測試質量的保障方面,它卻是非常關鍵的。從宏觀上來說,好的單元測試具有自動化、獨立性、可重複的特點。A: Aut
原创 2.2日誌規約
1.強制:應用中不可直接使用日誌系統(log4j、logback)中的 API ,而應依賴使用日誌框架 SLF4J 中的 API 。使用門面模式的日誌框架,有利於維護和各個類的日誌處理方式的統一。import org.slf4j.Logg
原创 5.4 ORM映射
1.強制:在表查詢中,一律不要使用 * 作爲查詢的字段列表,需要哪些字段必須明確寫明。說明:增加查詢分析其解析成本。增減字段容易與 resultMap 配置不一致。2.強制:POJO 類的布爾屬性不能加 is ,而數據庫字段必須加 is_
原创 1.1 命名規則
(以下內容,摘自 Alibaba java開發手冊 ,本人只是做一個讀書筆記,與大家分享, 侵權的話,聯繫本人刪除 )1.1命名風格1.強制 代碼中的命名均不能與下劃線,或美元符號開始,也不能以下劃線或美元符號結束。 反
原创 1.8 註釋規約
1.強制:類、類屬性、類方法的註釋必須使用 Javadoc 規範,使用 /** 內容 */ 格式,不得使用 // xxx 方式。說明: 在 IDE 編輯窗口中,Javadoc 方式會提示相關注釋,生成 Javadoc 可以正
原创 5.1 建表規約
1. 強制:表達式與否概念的字段,必須使用 is_xxx 的方式命名,數據類型是 unsigned tinyint (1 表示是,0表示否)。說明: 任何字段如果爲非負數,則必須是 unsigned。正例: 表
原创 2.1 異常處理
1.強制: Java 類庫中定義的可以通過預檢查方式規避的 RuntimeException 不應該通過 catch 的方式來處理,如:IndexOutOfBoundsException , NullPointerException 等。
原创 1.9 其他
1.強制:在使用正則表達式是,利用好其表一功能,可以有效加快正則配備速度。說明: 不要再方法體內定義: Pattern pattern = Pattern.compile(規則);2.強制:在 velocity
原创 第三章——線性表( 1 )
( 以下內容全部來自《大話數據結構》 )線性表:零個或多個數據元素的有限序列。 若將線性表記爲 (a1,...,ai-1,ai,ai+1,...,an ),則表中 ai-1 領先於 ai,ai 領先於 ai+1, 稱 ai
原创 6.2 二方庫依賴
1.強制:定義 GAV 遵循以下規則: 1.)GroupID 格式:com.{公司/BO}.業務向.[子業務線],最多四級。說明:{公司/BU},例如 alibaba / taobao / tmall / aliexpress 等
原创 1.2 常量定義
1.強制:不允許任何魔法值(即未經預先定義的常量)直接出現在代碼中。 反例:String key = "Id#taobao_" + tradeId ; cache.put(key, v
原创 1.4 OOP 規約
1.強制:避免通過一個類的對象引用訪問此類的靜態變量或靜態方法,造成無謂增加編譯器解析成本,直接用類名來訪問即可。2.強制:所有的覆寫方法,必須加 @Override 註解。 說明:getObject() 與 get0boj