原创 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