一、PO :(persistant object )，持久對象
可以看成是與數據庫中的表相映射的java對象。使用Hibernate來生成PO是不錯的選擇。
二、VO :(value object) ，值對象
二、VO :(value object) ，值對象
通常用於業務層之間的數據傳遞，和PO一樣也是僅僅包含數據而已。但應是抽象出的業務對象,可以和表對應,也可以不,這根據業務的需要.
PO只能用在數據層，VO用在商業邏輯層和表示層。各層操作屬於該層自己的數據對象，這樣就可以降低各層之間的耦合，便於以后系統的維護和擴展。
三、DAO :(Data Access Objects) ，數據訪問對象接口
DAO是Data Access Object數據訪問接口，數據訪問：顧名思義就是與數據庫打交道。夾在業務邏輯與數據庫資源中間。
J2EE開發人員使用數據訪問對象（DAO）設計模式把底層的數據訪問邏輯和高層的商務邏輯分開.實現DAO模式能夠更加專注於編寫數據訪問代碼.
DAO模式是標准的J2EE設計模式之一.開發人員使用這個模式把底層的數據訪問操作和上層的商務邏輯分開.一個典型的DAO實現有下列幾個組件：
1. 一個DAO工廠類；
2. 一個DAO接口；
3. 一個實現DAO接口的具體類；
4. 數據傳遞對象（有些時候叫做值對象）.
具體的DAO類包含了從特定的數據源訪問數據的邏輯。
四、BO :(Business Object)，業務對象層
表示應用程序領域內“事物”的所有實體類。這些實體類駐留在服務器上，並利用服務類來協助完成它們的職責。
五、POJO :(Plain Old Java Objects)，簡單的Java對象
實際就是普通JavaBeans,使用POJO名稱是為了避免和EJB混淆起來, 而且簡稱比較直接.
其中有一些屬性及其getter、setter方法的類,有時可以作為value object或dto(Data Transform Object)來使用.當然,
PO只能用在數據層，VO用在商業邏輯層和表示層。各層操作屬於該層自己的數據對象，這樣就可以降低各層之間的耦合，便於以后系統的維護和擴展。
三、DAO :(Data Access Objects) ，數據訪問對象接口
DAO是Data Access Object數據訪問接口，數據訪問：顧名思義就是與數據庫打交道。夾在業務邏輯與數據庫資源中間。
J2EE開發人員使用數據訪問對象（DAO）設計模式把底層的數據訪問邏輯和高層的商務邏輯分開.實現DAO模式能夠更加專注於編寫數據訪問代碼.
DAO模式是標准的J2EE設計模式之一.開發人員使用這個模式把底層的數據訪問操作和上層的商務邏輯分開.一個典型的DAO實現有下列幾個組件：
1. 一個DAO工廠類；
2. 一個DAO接口；
3. 一個實現DAO接口的具體類；
4. 數據傳遞對象（有些時候叫做值對象）.
具體的DAO類包含了從特定的數據源訪問數據的邏輯。
四、BO :(Business Object)，業務對象層
表示應用程序領域內“事物”的所有實體類。這些實體類駐留在服務器上，並利用服務類來協助完成它們的職責。
五、POJO :(Plain Old Java Objects)，簡單的Java對象
實際就是普通JavaBeans,使用POJO名稱是為了避免和EJB混淆起來, 而且簡稱比較直接.
其中有一些屬性及其getter、setter方法的類,有時可以作為value object或dto(Data Transform Object)來使用.當然,
如果你有一個簡單的運算屬性也是可以的,但不允許有業務方法,也不能攜帶有connection之類的方法。
VO,PO,POJO的定義和區別
三個都是java實體對象，vo，跟po比較類似，po是persistent object，是在是orm(對象關系映射)框架中的entity，
po的每個屬性基本上都對應數據庫表里面的某個字段，而vo(value object)有時可以跟po一樣，有時並不對應。
POJO（Plain Old Java Objects）是簡單java對象，他並不繼承任何類（繼承Object），實現任何接口，只有屬性
跟get set方法。而po一般要實現序列化接口，有時也繼承一些類。