j2ee體系結構論文

1、J2EE體系結構1J2EEJ2EE體系結構體系結構在討論了J2EE設計中的一些高層次問題之后，現(xiàn)在該來看一看J2EE應用的幾個可選體系結構。常見概念首先，讓我們來看一看所有J2EE體系結構都共有的幾個概念。J2EE應用中的體系結構層下面要討論的每個體系結構都含有三個主要層，盡管有些體系結構在中間層內(nèi)因如了另外的劃分。經(jīng)驗已經(jīng)證明了將企業(yè)級系統(tǒng)明確地劃分成多個層的價值。這確保了責任的明確劃分。J2EE的3層體系結構是各類系統(tǒng)中的經(jīng)驗結晶。

2、具有3個或3個以上層的系統(tǒng)已經(jīng)證明比其內(nèi)沒有中間層的客戶服務器系統(tǒng)具有更大的可縮放和靈活性。在一個設計完備的多層系統(tǒng)中，每一層應該只依賴于它下面的那一層。例如，對數(shù)據(jù)庫的更改不應該要求對WEB接口的更改。每一層所特有的東西應該向其他層隱藏起來。例如，WEB應用中的WEB層只應該依賴于服務器小程序API，而中間層只應該依賴于JDBC之類的企業(yè)資源API。這兩個原則確保了應用修改起來容易，同時修改又不級聯(lián)到其他層。下面依次來看典型的J2EE

3、體系結構的每一層。企業(yè)信息系統(tǒng)（EIS）層這一層有時也叫做綜合層（INTEGRATIONTIER），由J2EE應用完成其工作所必須訪問的企業(yè)資源所組成。這些資源包括數(shù)據(jù)庫管理系統(tǒng)（DBMS）和遺留的主機應用。EIS層資源通常是事務性的，EIS位于J2EE服務器的控制之外，盡管該服務器的確以一種標準方式管理事務和連接建池。J2EE設計師對EIS層的設計與部署將是變化的，視該項目的性質(zhì)（現(xiàn)有服務的綠色場或集成度）而定。如果該項目包含現(xiàn)有服務

4、的集成，EIS層資源可能會影響中間層的實現(xiàn)。J2EE為與EIS層資源的借口提供了強有力的能力，比如訪問關系數(shù)據(jù)庫的JDBCAPI、訪問目錄服務器的JNDI以及允許連接其他EIS系統(tǒng)的JACACONNECTARCHITECTURE（JACA連接器體系結構，簡稱JCA）。J2EE服務器負責建立連往EIS資源的連接池、橫跨資源上的事務管理以及保證J2EE應用不危及EIS系統(tǒng)的安全。J2EE體系結構3Web應用的Web層和中間層運行在同一個JV

5、M中。但是，在邏輯上使他們保持不同是極其重要的。Web應用中的主要設計風險是UI構件與業(yè)務邏輯構件之間的責任模糊不清。業(yè)務接口層將由普通Java類所實現(xiàn)的Java接口來組成。這是一個簡單而又可縮放的體系結構，并且能滿足大多數(shù)應用的需要。長處這種體系結構具有下列優(yōu)點：?簡單性。這通常是Web應用的最簡單結構。但是，如果事務管理或線程化問題要求開發(fā)分復雜的代碼，使用EJB可能將更簡單。?速度。這樣的體系結構遇到了來自J2EE服務器的最小系統(tǒng)

6、開銷。?OO設計不會被J2EE構件問題（比如調(diào)用EJB的影響）所妨礙。?容易測試。如果設計合理，無需Web層就能夠對業(yè)務接口進行測試。?我們可以發(fā)揮服務器的事務支持。?縮放性很好。如果Web接口是無狀態(tài)的，則根本不需要來自容器的聚類支持。但是，Web應用可以通過使用服務器支持會話狀態(tài)復制來分布。弱點應該注意下列這些缺點：?這種體系結構只支持一個Web接口。例如，它不能支持獨立的GUI客戶（中間層和這個Web接口在同一個JVM中）。但是，

7、正如我們稍后將回看到的，可以增加一個Web服務層。?整個應用僅運行在單個JVM中。雖然這提高了性能，但我們無法將構件自由地分配給不同的物理服務器。?這種體系結構不能使用EJB容器事務支持。我們將需要在應用代碼中創(chuàng)建和管理事務。?服務器沒有提供對并發(fā)編程的支持。我們必須親自處理線程化問題，或使用一個解決常見問題的類庫，比如util.concurrent。?將實體組件用于數(shù)據(jù)存取是不可能的，但可以證明的是，這根本不是什么損失。訪問本地EJB