什麼是JavaBean、bean? 什麼是POJO、PO、DTO、VO、BO ? 什麼是EJB、EntityBean？

https://blog.csdn.net/chenchunlin526/article/details/69939337

 

版權聲明：本文爲博主（chunlynn）原創文章，轉載請註明出處 https://blog.csdn.net/chenchunlin526/article/details/69939337

前言：

在Java開發中常常遇到這些概念問題，有的可能理解混淆，有的可能理解不到位，特此花了不少時間理順了這些概念。不過有些概念實際開發中並無使用到，可能理解還不夠準確，只能靠後續不斷糾正了。

 

一、什麼是POJO ？

POJO（Plain Old Java Object）這種叫法是Martin Fowler、Rebecca Parsons和Josh MacKenzie在2000年的一次演講的時候提出來的。

 按照Martin Fowler的解釋是「Plain Old Java Object」，從字面上翻譯爲「純潔老式的Java對象」，但你們都使用「簡單java對象」來稱呼它。POJO的內在含義是指：那些沒有繼承任何類、也沒有實現任何接口，更沒有被其它框架侵入的java對象。

先給一個定義吧:

POJO是一個簡單的、普通Java對象，它包含業務邏輯處理或持久化邏輯等，但不是JavaBean、EntityBean等，不具備任何特殊角色，不繼承或不實現任何其它Java框架的類或接口。 能夠包含相似與JavaBean屬性和對屬性訪問的setter和getter方法的。

POJO(Plain Old Java Object)這個名字用來強調它是一個普通java對象，而不是一個特殊的對象。

2005年11月時，「POJO」主要用來指代那些沒用聽從特定的Java對象模型，約定或框架如EJB的Java對象。

理想地講，一個POJO是一個不受任何限制的Java對象（除了Java語言規範）。例如一個POJO不該該是

   1. 擴展預約的類，如       public class Foo extends javax.servlet.http.HttpServlet { ...

   2. 實現預約的接口，如   public class Bar implements javax.ejb.EntityBean { ...

   3. 包含預約的標註，如   @javax.ejb.Entity public class Baz{ ...

而後，由於技術上的困難及其餘緣由，許多兼容POJO風格的軟件產品或框架事實上仍然要求使用預約的標註，譬如用於更方便的持久化。

通常在web應用程序中創建一個數據庫的映射對象時，咱們只能稱它爲POJO。

正確官方理解思路：

我在作Java EE培訓中，發現個人不少學生問我什麼是POJO，後來我在寫書的時候發現POJO這個概念沒法迴避。如今網上對於POJO的解釋不少，可是不少都是有錯誤的或者不夠準確。

對此我一開始也是存在誤區的，我原來是這樣理解的： POJO是這樣的一種「純粹的」JavaBean，在它裏面除了JavaBean規範的方法和屬性沒有別的東西，即private屬性以及對這個屬性方法的public的get和set方法。咱們會發現這樣的JavaBean很「單純」，它只能裝載數據，做爲數據存儲的載體，而不具備業務邏輯處理的能力。因此下面的代碼被認爲是POJO了。 

package com.demo.spring;
 
public class DbHello implements Hello { //實現了接口，就不能稱之爲POJO，這已經不是簡單的Java類了
 
   　　private DictionaryDAO dao;
 
   　　public void setDao(DictionaryDAO dao) {
 
          　　this.dao = dao;
 
   　　}
 
} 

　　

其實，這樣的認爲是錯誤的，我仔細閱讀了《POJOs in Action》這本書的有關部分和POJO的最原始的出處http://martinfowler.com/bliki/POJO.html，The term was coined while Rebecca Parsons, Josh MacKenzie and I were preparing for a talk at a conference in September 2000.

     In the talk we were pointing out the many benefits of encoding business logic into regular java objects rather than using Entity Beans.We wondered why people were so against using regular objects in their systems and concluded that it was because simple objects lacked a fancy name. So we gave them one, and it''s caught on very nicely.  

基本的意思是，將業務邏輯寫進規則的Java對象（regular java objects）中，比使用Entity Beans更有好處。另外，咱們要給具備業務邏輯處理的規則的Java對象（regular java objects）起了一個名字——POJO，這些Java對象不是EntityBeans（EJB規範中專門用於封裝數據庫訪問的一種組件，以面向對象的方式進行數據庫的訪問）。

我又在http://www.webopedia.com/TERM/P/POJO.htm查到解釋以下：

POJO, or Plain Old Java Object, is a normal Java object class (that is, not a JavaBean, EntityBean etc.)  and does not serve any other special role nor does it implement any special interfaces of any of the Java frameworks. This term was coined by Martin Fowler, Rebbecca Parsons and Josh MacKenzie who believed that by creating the acronym POJO, such objects would have a "fancy name", thereby convincing people that they were worthy of use.

基本意思是說POJO一個普通的Java對象（不是JavaBean，EntityBean等），也不擔當任何的特殊的角色，也不實現任何Java框架指定的接口。

我以爲上面的解釋很準確，POJO應該不是咱們開始認爲的JavaBean，固然更不是EJB，它不該該依賴於框架（即繼承或實現某些框架類或接口）。總之，POJO就是一個很簡單的Java類，沒那麼多複雜的東西。例如：Struts1中的Action和ActionForm固然不屬於POJO了，而在Struts2中的Action因爲能夠不繼承任何的接口，因此在這種狀況下Action是POJO，可是Struts2中的Action也能夠繼承ActionSupport類就再也不屬於POJO了。POJO裏面是能夠包含業務邏輯處理和持久化邏輯，也能夠包含相似與JavaBean屬性和對屬性訪問的set和get方法的。

最後，咱們總結一下給一個定義把，POJO是一個簡單的、普通Java對象，它包含業務邏輯處理或持久化邏輯等，但不是JavaBean、EntityBean等，不具備任何特殊角色，不繼承或不實現任何其它Java框架的類或接口。

POJO例子：

package com.demo.spring;
 
public class DbHello { //簡單的Java類，稱之爲POJO，不繼承，不實現接口
 
   　　private DictionaryDAO dao;
 
   　　public void setDao(DictionaryDAO dao) {
 
          　　this.dao = dao;
 
   　　}
 
} 

　　

輔助理解：POJO能夠認爲是一箇中間對象：

一箇中間對象，能夠轉化爲PO、DTO、VO。

1 ．POJO持久化以後==〉PO（在運行期，由Hibernate中的cglib動態把POJO轉換爲PO，PO相對於POJO會增長一些用來管理數據庫entity狀態的屬性和方法。PO對於programmer來講徹底透明，因爲是運行期生成PO，因此能夠支持增量編譯，增量調試。）

2 ．POJO傳輸過程當中==〉DTO

3 ．POJO用做表示層==〉VO

版權聲明：本文爲博主（chunlynn）原創文章，轉載請註明出處 https://blog.csdn.net/chenchunlin526/article/details/69939337

二、什麼是JavaBean？

JavaBean其實是指一種特殊的Java類，它一般用來實現一些比較經常使用的簡單功能，並能夠很容易的被重用或者是插入其餘應用程序中去。全部遵循「必定編程原則」的Java類均可以被稱做JavaBean。

JavaBean是一個遵循特定寫法的Java類，是一種Java語言編寫的可重用組件，它的方法命名，構造及行爲必須符合特定的約定：

一、這個類必須具備一個公共的(public)無參構造函數；
二、全部屬性私有化（private）；
三、私有化的屬性必須經過public類型的方法（getter和setter）暴露給其餘程序，而且方法的命名也必須遵循必定的命名規範。 
四、這個類應是可序列化的。（好比能夠實現Serializable 接口，用於實現bean的持久性）

JavaBean在Java EE開發中，一般用於封裝數據，對於遵循以上寫法的JavaBean組件，其它程序能夠經過反射技術實例化JavaBean對象（內省機制），而且經過反射那些遵循命名規範的方法，從而獲知JavaBean的屬性，進而調用其屬性保存數據。

由於這些要求主要是靠約定而不是靠實現接口，因此許多開發者把JavaBean看做聽從特定命名約定的POJO。（能夠這麼理解，POJO按JavaBean的規則來，就能夠變成JavaBean）。

簡而言之，當一個POJO可序列化，有一個無參的構造函數，使用getter和setter方法來訪問屬性時，他就是一個JavaBean。（沒毛病！）

------------------------------------

JavaBean是一種組件技術，就好像你作了一個扳手，而這個扳手會在不少地方被拿去用，這個扳子也提供多種功能(你能夠拿這個扳手扳、錘、撬等等)，而這個扳手就是一個組件。

◇對於JavaBean，就是一個Java模型組件，他爲使用Java類提供了一種標準的格式，在用戶程序和可視化管理工具中能夠自動得到這種具備標準格式的類的信息，並可以建立和管理這些類。 
◇JavaBean可使應用程序更加面向對象，能夠把數據封裝起來，把應用的業務邏輯和顯示邏輯分離開，下降了開發的複雜程度和維護成本！
◇JavaBean 是一種JAVA語言寫成的可重用組件。爲寫成JavaBean，類必須是具體的和公共的，而且具備無參數的構造器。JavaBeans 經過提供符合一致性設計模式的公共方法將內部域暴露稱爲屬性。衆所周知，屬性名稱符合這種模式，其餘Java 類能夠經過內省機制發現和操做這些JavaBean 屬性。

◇一般狀況下，因爲 Java Bean 是被容器所建立（如 Tomcat) 的，因此 Java Bean 應具備一個無參的構造器，另外，一般 Java Bean 還要實現 Serializable 接口用於實現 Bean 的持久性。 Java Bean 是不能被跨進程訪問的。

◇JavaBean 是使用 java.beans 包開發的，它是 Java 2 標準版的一部分。JavaBean 是一臺機器上同一個地址空間中運行的組件。JavaBean 是進程內組件。

 

三、什麼是Bean？

Bean的中文含義是「豆子」，Bean的含義是可重複使用的Java組件。所謂組件就是一個由能夠自行進行內部管理的一個或幾個類所組成、外界不瞭解其內部信息和運行方式的羣體。使用它的對象只能經過接口來操做。

Bean並不須要繼承特別的基類(BaseClass)或實現特定的接口(Interface)。Bean的編寫規範使Bean的容器(Container)可以分析一個Java類文件，並將其方法(Methods)翻譯成屬性(Properties)，即把Java類做爲一個Bean類使用。Bean的編寫規範包括Bean類的構造方法、定義屬性和訪問方法編寫規則。

Java Bean是基於Java的組件模型，由屬性、方法和事件3部分組成。在該模型中，JavaBean能夠被修改或與其餘組件結合以生成新組件或完整的程序。它是一種Java類，經過封裝成爲具備某種功能或者處理某個業務的對象。所以，也能夠經過嵌在JSP頁面內的Java代碼訪問Bean及其屬性。

 

四、什麼是EJB 、Entity Bean？

Enterprise Bean，也就是Enterprise JavaBean（EJB），是J2EE的一部分，定義了一個用於開發基於組件的企業多重應用程序的標準。其特色包括網絡服務支持和核心開發工具(SDK)。

在 J2EE裏，Enterprise Java Beans(EJB)稱爲Java 企業Bean，是Java的核心代碼，分別是會話 Bean（Session Bean），實體Bean（Entity Bean）和消息驅動Bean（MessageDriven Bean）。 

1.Session Bean用於實現業務邏輯，它能夠是有狀態的，也能夠是無狀態的。每當客戶端請求時，容器就會選擇一個Session Bean來爲客戶端服務。Session Bean能夠直接訪問數據庫，但更多時候，它會經過Entity Bean實現數據訪問。 這個類通常用單例模式來實現，由於每次鏈接都須要用到它。

2.Entity Bean是域模型對象，用於實現O/R映射，負責將數據庫中的表記錄映射爲內存中的Entity對象，事實上，建立一個Entity Bean對象至關於新建一條記錄，刪除一個 Entity Bean會同時從數據庫中刪除對應記錄，修改一個Entity Bean時，容器會自動將Entity Bean的狀態和數據庫同步。 

Enterprise Bean 是使用 javax.ejb 包開發的，它是標準 JDK 的擴展，是 Java 2 Enterprise Edition 的一部分。Enterprise Bean 是在多臺機器上跨幾個地址空間運行的組件。所以 Enterprise Bean 是進程間組件。

咱們通常所熟悉的tomcat僅僅只實現了j2ee的一小部分規範，它只是一個serlvet的容器（Web）容器，它不能跑J2EE的程序，EJB說到底也是種規範，它是j2EE下面的一個子分類（核心類），因此j2ee包含EJB，同時咱們均可以說JBOSS，Weblogic，WebSphere是J2EE容器，也能夠叫EJB容器。由於它們能跑EJB組件。那麼什麼是EJB組件呢？其實就是java寫出來的一段程序被打包成EAR包，這個EAR包放在某個EJB的容器的特定目錄下啓動就能夠跑了。相似於互聯網公司常用的WAR包（部署在tomcat上）。

而後要說的是EJB是一種是很老、很繁瑣的技術標準（規範）了，現現在基本已經被淘汰了。由於EJB的繁瑣、難用，spring的出現完全革了EJB的命，否則怎麼說是Java的春天（spring）來了呢。

EJB實現原理： 就是把原來放到客戶端實現的代碼放到服務器端，並依靠RMI進行通訊。

這篇博文對EJB的原理和實質的解釋很是清晰 ：  http://blog.csdn.net/jojo52013145/article/details/5783677

五、什麼是PO？

PO ：persistent object持久對象。
O/R Mapping 是 Object Relational Mapping（對象關係映射）的縮寫。通俗點講，就是將對象與關係數據庫綁定，用對象來表示關係數據。

PO是在O/R映射的時候出現的概念，若是沒有O/R映射，沒有這個概念存在了。經常使用的O/R映射框架有hibernate等。一般對應數據模型(數據庫)，自己還有部分業務邏輯的處理。能夠當作是與數據庫中的表相映射的java對象。最簡單的PO就是對應數據庫中某個表中的一條記錄，多個記錄能夠用PO的集合。PO中應該不包含任何對數據庫的操做。

一、有時也被稱爲Data對象，對應數據庫中的entity，能夠簡單認爲一個PO對應數據庫中的一條記錄。
二、在hibernate持久化框架中與insert/delet操做密切相關。
三、PO中不該該包含任何對數據庫的操做。
四、PO的屬性是跟數據庫表的字段一一對應的。
五、PO對象須要實現序列化接口。

就是說在一些Object/Relation Mapping工具中，可以作到維護數據庫表記錄的persisent object徹底是一個符合Java Bean規範的純Java對象，沒有增長別的屬性和方法。全都是這樣子的： 

public class User {
 
    private long id;
    private String name;
 
    public void setId(long id) {
        this.id = id;
    }
 
    public void setName(String name) {
        this.name = name;
    }
 
    public long getId() {
        return id;
    }
 
    public String getName() {
        return name;
    }
 
} 

　　

六、什麼是DTO？

DTO （TO） ：Data Transfer Object 數據傳輸對象。
主要用於遠程調用等須要大量傳輸對象的地方。

能夠將PO中的部分屬性抽取出來，就造成了DTO。

好比咱們一張表有100個字段，那麼對應的PO就有100個屬性。
可是咱們界面上只要顯示10個字段，客戶端用WEB service來獲取數據，沒有必要把整個PO對象傳遞到客戶端，這時咱們就能夠用只有這10個屬性的DTO來傳遞結果到客戶端，這樣也不會暴露服務端表結構.到達客戶端之後，若是用這個對象來對應界面顯示，那此時它的身份就轉爲VO（View Object）。

用在須要跨進程或遠程傳輸時，它不該該包含業務邏輯。
好比一張表有100個字段，那麼對應的PO就有100個屬性（大多數狀況下，DTO 內的數據來自多個表）。但view層只需顯示10個字段，沒有必要把整個PO對象傳遞到client，這時咱們就能夠用只有這10個屬性的DTO來傳輸數據到client，這樣也不會暴露server端表結構。到達客戶端之後，若是用這個對象來對應界面顯示，那此時它的身份就轉爲VO（View Object）。

七、什麼是VO？

 VO ：value object 值對象 / view object 表現層（視圖）對象。

先說 value object 值對象：
一般用於業務層之間的數據傳遞，和PO同樣也是僅僅包含數據而已。但應是抽象出的業務對象，能夠和表對應，也能夠不，這根據業務的須要。我的以爲同DTO(數據傳輸對象)，在web上傳遞。

①VO（value object）是值對象，精確點講它是業務對象，是存活在業務層的，是業務邏輯使用的，它存活的目的就是爲數據提供一個生存的地方。VO的屬性是根據當前業務的不一樣而不一樣的，也就是說，它的每個屬性都一一對應當前業務邏輯所須要的數據的名稱。
VO是什麼？它是值對象，準確地講，它是業務對象，是生活在業務層的，是業務邏輯須要瞭解，須要使用的，再簡單地講，它是概念模型轉換獲得的。 

首先說PO和VO吧，它們的關係應該是相互獨立的，一個VO能夠只是PO的部分，也能夠是多個PO構成，一樣也能夠等同於一個PO（固然我是指他們的屬性）。正由於這樣，PO獨立出來，數據持久層也就獨立出來了，它不會受到任何業務的干涉。又正由於這樣，業務邏輯層也獨立開來，它不會受到數據持久層的影響，業務層關心的只是業務邏輯的處理，至於怎麼存怎麼讀交給別人吧！不過，另一點，若是咱們沒有使用數據持久層，或者說沒有使用hibernate，那麼PO和VO也能夠是同一個東西，雖然這並很差。

② VO（view object）表現層對象，視圖對象。
用一個VO對象對應整個界面的值。

一、主要對應頁面顯示（web頁面/swt、swing界面）的數據對象。
二、能夠和表對應，也能夠不，這根據業務的須要。
注 ：在struts中，用ActionForm作VO，須要作一個轉換，由於PO是面向對象的，而ActionForm是和view對應的，要將幾個PO要顯示的屬性合成一個ActionForm，可使用BeanUtils的copy方法。

 

八、什麼是DAO？

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

是一個sun的一個標準j2ee設計模式，這個模式中有個接口就是DAO，它負持久層的操做。爲業務層提供接口。此對象用於訪問數據庫。一般和PO結合使用，DAO中包含了各類數據庫的操做方法。經過它的方法，結合PO對數據庫進行相關的操做。夾在業務邏輯與數據庫資源中間。配合VO，提供數據庫的CRUD操做...
一、主要用來封裝對DB（數據庫）的訪問（CRUD操做）。
二、經過接收業務層的數據，把POJO持久化爲PO。

 

九、什麼是BO？

JavaBean是一種組件技術，就好像你作了一個扳手，而這個扳手會在不少地方被拿去用，這個扳子也提供多種功能(你能夠拿這個扳手扳、錘、撬等等)，而這個扳手就是一個組件。

BO ：business object 業務對象。主要做用是把業務邏輯封裝爲一個對象。這個對象能夠包括一個或多個其它的對象。好比一個簡歷，有教育經歷、工做經歷、社會關係等等。咱們能夠把教育經歷對應一個PO，工做經歷對應一個PO，社會關係對應一個PO。創建一個對應簡歷的BO對象處理簡歷，每一個BO包含這些PO。這樣處理業務邏輯時，咱們就能夠針對BO去處理。封裝業務邏輯的java對象，經過調用DAO方法，結合PO，VO進行業務操做。封裝業務邏輯爲一個對象（能夠包括多個PO，一般須要將BO轉化成PO，才能進行數據的持久化，反之，從數據庫中獲得的PO，須要轉化成BO才能在業務層使用）。關於BO主要有三種概念1 、只包含業務對象的屬性；2 、只包含業務方法；3 、二者都包含。在實際使用中，認爲哪種概念正確並不重要，關鍵是實際應用中適合本身項目的須要。