1 領域模型
1.1 Controller
1 ）獲取對象的方法用 query 做前綴。
2 ）插入的方法用 add 做前綴。
3 ）刪除的方法用 delete 做前綴。
4 ）修改的方法用 modify 做前綴。
1.2 Service
1 ）獲取單個對象的方法用 get 做前綴。
2 ）獲取多個對象的方法用 list 做前綴。
3 ）獲取統計值的方法用 count 做前綴。
4 ）插入的方法用 save（推薦）或 insert 做前綴。
5 ）刪除的方法用 remove（推薦）或 delete 做前綴。
6 ）修改的方法用 update 做前綴。
7 ）分頁的方法用 page 做前綴。
1.3 DAO 層命名規約：
1 ）獲取對象的方法用 select 做前綴。
2 ）插入的方法用 insert 做前綴。
3 ）刪除的方法用 delete 做前綴。
4 ）修改的方法用 update 做前綴。
2 Result返回對象命名
1 ）數據對象： xxxDO ， xxx 即為數據表名。
2 ）數據傳輸對象： xxxDTO ， xxx 為業務領域相關的名稱。
3 ）展示對象： xxxVO ， xxx 一般為網頁名稱。
4 ） POJO 是 DO /DTO / BO / VO 的統稱，禁止命名成 xxxPOJO 。
3 各層規約
3.1 【參考】分層領域模型規約：
· DO（Data Object）：與數據庫表結構一一對應，通過 DAO 層向上傳輸數據源對象。
· DTO（Data Transfer Object）：數據傳輸對象， Service 和 Manager 向外傳輸的對象。
· BO（Business Object）：業務對象。可以由 Service 層輸出的封裝業務邏輯的對象。
· VO（View Object）：顯示層對象，通常是 Web 向模板渲染引擎層傳輸的對象。
· QUERY ：數據查詢對象，各層接收上層的查詢請求。注：超過 2 個參數的查詢封裝，禁止使用 Map 類來傳輸。
3.2 Pojo
3.2.1 PO
PO：全稱是
persistant object持久對象
最形象的理解就是一個PO就是數據庫中的一條記錄。
好處是可以把一條記錄作為一個對象處理，可以方便的轉為其它對象。
3.2.2 DO—命名
（Domain Object）領域對象
就是從現實世界中抽象出來的有形或無形的業務實體。一般和數據中的表結構對應。
3.2.3 TO—命名
(Transfer Object) ，數據傳輸對象
在應用程序不同 tie( 關系 ) 之間傳輸的對象
3.2.4 BO
BO：全稱是
business object:業務對象
主要作用是把業務邏輯封裝為一個對象。這個對象可以包括一個或多個其它的對象。
比如一個簡歷，有教育經歷、工作經歷、社會關系等等。
我們可以把教育經歷對應一個PO，工作經歷對應一個PO，社會關系對應一個PO。
建立一個對應簡歷的BO對象處理簡歷，每個BO包含這些PO。
這樣處理業務邏輯時，我們就可以針對BO去處理。
3.2.5 VO—命名
value object值對象
ViewObject表現層對象
主要對應界面顯示的數據對象。對於一個WEB頁面，或者SWT、SWING的一個界面，用一個VO對象對應整個界面的值。
3.2.6 DTO—命名
Data Transfer Object數據傳輸對象
主要用於遠程調用等需要大量傳輸對象的地方。
比如我們一張表有100個字段，那么對應的PO就有100個屬性。
但是我們界面上只要顯示10個字段，
客戶端用WEB service來獲取數據，沒有必要把整個PO對象傳遞到客戶端，
這時我們就可以用只有這10個屬性的DTO來傳遞結果到客戶端，這樣也不會暴露服務端表結構.到達客戶端以后，如果用這個對象來對應界面顯示，那此時它的身份就轉為VO
3.2.7 POJO：
POJO
plain ordinary java object 簡單java對象
個人感覺POJO是最常見最多變的對象，是一個中間對象，也是我們最常打交道的對象。
一個POJO持久化以后就是PO
直接用它傳遞、傳遞過程中就是DTO
直接用來對應表示層就是VO
3.2.8 DAO—命名
data access object數據訪問對象
這個大家最熟悉，和上面幾個O區別最大，基本沒有互相轉化的可能性和必要.
主要用來封裝對數據庫的訪問。通過它可以把POJO持久化為PO，用PO組裝出來VO、DTO
3.2.9 QO—命名
(Query object) 查詢對象
一般用於組裝查詢參數