J2EE 中使用EntityBean和JDO各有什麼優點缺點

實體 bean:
提供健壯的資料持久性。bean 容器處理大部分的資料完整性、資源管理和並發性功能，從而使開發人員關注商務邏輯和資料處理，而不是這些低級細節。使用 bean 管理的持久性（Bean Managed Persistence，BMP）實體 bean 時，開發人員編寫持久性代碼而容器確定何時執行該代碼。使用容器管理的持久性（Container Managed Persistence， CMP）實體 bean 時，容器產生持久性代碼並管理持久性邏輯。
　
JDO: 只是提供物件導向的持久資料存放區。開發人員使用 POJO（無格式普通 Java 對象，plain ordinary Java object）來裝入和儲存持久資料。
　
實體 bean 主要有下列優點：
1 ）標準化。EJB 規範定義一組與供應商無關的介面，J2EE 供應商可以實現這些介面來支援實體 bean。這種標準化允許採用最佳實務的開發並縮短僱用新開發人員時的適應期。因為基本的組件體繫結構和設計模式大家都知道，所以很容易找到合格的人才來實現它們。
　
2 ）容器管理的服務。正如我們在本系列的前兩篇文章中討論的那樣，EJB 容器管理的服務為處理諸如安全性、交易處理、串連合用和資源管理之類的企業功能提供了極大的好處。
　
3）透明持久性。CMP時容器能自動管理持久性語義。雖然使用 BMP 實體 bean 時，開發人員必須編寫持久性邏輯，而容器則確定何時調用由開發人員定義的方法。同時使用 CMP 和 BMP 實體 bean 時，容器決定何時持續保持 bean 的狀態以及如何確保與底層資料存放區的資料完整性和並發性。
　
4）事務支援。開發人員對 CMP 事務（隔離等級、事務需求和方法的包含／排除）有粗粒度的控制權，對 BMP 事務有細粒度的控制權，這些控制都是通過在 bean 代碼中以程式方式處理事務語義實現的。在這兩種情況下，容器管理事務並確定是否應該提交給定的事務。
　
5）基於組件的設計。實體 bean 被設計成自包含組件，這些組件配置有部署描述符，無需更改任何代碼就可以將它們部署到任何 J2EE 應用程式伺服器。
　
總之，實體 bean的優點是可以從標準化和業界最佳實務中受益，簡化了企業開發的某些複雜性
缺點則是：
1）設計複雜。
　
2）由於企業 bean 和（尤其是）實體 bean 的複雜性，所以一次迭代（設計／構建／測試／整合／測試／部署）所花的時間比其他 Java 持久性解決方案所花的時間可能長很多。