應用分層

• 開放接口層： 可直接封裝 Service 接口暴露成 RPC 接口；通過 Web 封裝成 http 接口；網關控制層等。
• 終端顯示層： 各個端的模板渲染並執行顯示層。當前主要是 velocity 渲染，JS 渲染，JSP 渲染，移動端展示層等。
• Web 層： 主要是對訪問控制進行轉發，各類基本參數校驗，或者不復用的業務簡單處理等。
• Service 層： 相對具體的業務邏輯服務層。
• Manager 層： 通用業務處理層，它有如下特徵：
  1） 對第三方平臺封裝的層，預處理返回結果及轉化異常信息；
  2） 對 Service 層通用能力的下沉，如緩存方案、中間件通用處理；
  3） 與 DAO 層交互，對 DAO 的業務通用能力的封裝。
• DAO 層： 數據訪問層，與底層 Mysql、Oracle、Hbase、OB 進行數據交互。
• 外部接口或第三方平臺： 包括其它部門 RPC 開放接口，基礎平臺，其它公司的 HTTP 接口。

---

• DO（Data Object）： 與數據庫表結構一一對應，通過 DAO 層向上傳輸數據源對象。
• DTO（Data Transfer Object）： 數據傳輸對象，Service 和 Manager 向外傳輸的對象。
• BO（Business Object）： 業務對象。可以由 Service 層輸出的封裝業務邏輯的對象。
• QUERY： 數據查詢對象，各層接收上層的查詢請求。注：超過 2 個參數的查詢封裝，禁止使用 Map 類來傳輸。
• VO（View Object）： 顯示層對象，通常是 Web 向模板渲染引擎層傳輸的對象。

---

BO：全稱是business object:業務對象

主要作用是把業務邏輯封裝爲一個對象。這個對象可以包括一個或多個其它的對象。
比如一個簡歷，有教育經歷、工作經歷、社會關係等等。
我們可以把教育經歷對應一個PO，工作經歷對應一個PO，社會關係對應一個PO。
建立一個對應簡歷的BO對象處理簡歷，每個BO包含這些PO。
這樣處理業務邏輯時，我們就可以針對BO去處理。

VO ：value object值對象

ViewObject表現層對象
主要對應界面顯示的數據對象。對於一個WEB頁面，或者SWT、SWING的一個界面，用一個VO對象對應整個界面的值。

DTO ：Data Transfer Object數據傳輸對象

主要用於遠程調用等需要大量傳輸對象的地方。
比如我們一張表有100個字段，那麼對應的PO就有100個屬性。
但是我們界面上只要顯示10個字段，
客戶端用WEB service來獲取數據，沒有必要把整個PO對象傳遞到客戶端，
這時我們就可以用只有這10個屬性的DTO來傳遞結果到客戶端，這樣也不會暴露服務端表結構.到達客戶端以後，如果用這個對象來對應界面顯示，那此時它的身份就轉爲VO

DAO：data access object數據訪問對象

這個大家最熟悉，和上面幾個O區別最大，基本沒有互相轉化的可能性和必要.
主要用來封裝對數據庫的訪問。通過它可以把POJO持久化爲PO，用PO組裝出來VO、DTO

PO:persistant object持久對象

可以看成是與數據庫中的表相映射的java對象。最簡單的PO就是對應數據庫中某個表中的一條記錄，多個記錄可以用PO的集合。PO中應該不包含任何對數據庫的操作.

VO:value object值對

通常用於業務層之間的數據傳遞，和PO一樣也是僅僅包含數據而已。但應是抽象出的業務對象,可以和表對應,也可以不,這根據業務的需要.個人覺得同DTO(數據傳輸對象),在web上傳遞.

BO:business object業務對象

封裝業務邏輯的java對象,通過調用DAO方法,結合PO,VO進行業務操作;

POJO:plain ordinary java object

簡單無規則java對象,我個人覺得它和其他不是一個層面上的東西,VO和PO應該都屬於它.

參考阿里巴巴手冊
和博客 https://yinwufeng.iteye.com/blog/1871049