EnterpriseJavaBean的結構優點的探討

2019-11-18 12:30:15

字體：大中小

來源：轉載

供稿：網友

　　EJB對于在產品環境中開發、配置、治理可靠的企業應用來說是一種最新奇的結構。本文將闡明在企業開發應用中使用EJB結構所能帶來的好處。
　　本文討論企業應用程序的結構的演變。它必須進行演變，這是不可避免的，因為根本的計算機支持和傳送系統已經發生了巨大的變化，而且在以后這種改變還將繼續。隨著網絡和因特網的發展，現在越來越多的企業應用程序是基于網絡的，包括企業內部互聯網絡和企業外部互聯網絡應用程序。java 2 平臺，企業版（J2EE)和EJB結構一起為基于網絡的企業應用程序的開發提供了上好的支持。
　　使用EJB開發結構具有許多好處。本文描繪了EJB結構的優點，以及它為應用程序開發者和使用者所帶來的益處。
　　1•1從兩層到J2EE結構
　　企業應用程序的結構已經進行了廣泛的演變。第一代企業應用程序是集中式主機應用程序的開發。在20世紀80年代后期合90年代早期，大多數新開發的企業應用程序遵循一種兩層結構的處理方法（也即是眾所周知的客戶端/服務器結構）。后來，這種企業結構演變到了三層結構，然后演變成了基于網絡開發的結構。當前的演變狀態是以J2EE應用程序結構為代表。
　　這一部分將由兩層結構入手，討論企業應用程序結構的演變歷程。我們已經選擇不去描述集中式主機結構是如何演變到兩層結構的，部分是因為這對于本書中實質性的東西沒有什么中肯的幫助。
　　1•1•1 兩層應用程序結構
　　藉由兩層應用程序，一個商務系統被構造成為一個收集在客戶機上執行的操作系統層次應用程序運行的系統。典型的，這會是公司的一部個人計算機。每一個這樣的應用程序實現一個或幾個商務程序，而且包括在商務程序與用戶之間的具有圖形用戶界面的邏輯表達。（一個商務程序就是一個用戶與一些企業信息的封裝。）運行于客戶機上的應用程序，通過網絡與存儲公司數據信息的數據庫服務器進行通信。數據庫服務器存儲著公司的數據，客戶端的應用程序一般通過結構查詢語言（SQL）聲明訪問數據庫。見圖1•1
　　　 EnterpriseJavaBean的結構優點的探討（圖一）

　　圖1•1兩層應用程序結構
　　
　　
　　兩層結構在Web網出現之前對大部分應用程序都是適用的。它的主要的優點在于，開發兩層應用程序很輕易，況且，表達邏輯與商業邏輯共存于同一個處理過程，開發者不需要處理復雜的分布式應用程序。
　　然而，它確是弊大于利。兩層結構的主要弊端是它沒有將事物邏輯與表達邏輯分開。在兩層結構的應用程序中，程序員不能清楚地將商業邏輯與表達邏輯分開。這就導致了一些問題的出現：易破壞數據庫的完整性，難于治理，難于維護，安全沒保障，不易測量，有限的客戶請求，只能局限于一種表達方式。
　　•輕易危及數據庫的完整性。因為每一個客戶端程序均嵌入了商業邏輯，客戶端程序中的一個錯誤或缺陷可以輕易的危機到企業數據庫的完整性。
　　•在大的企業中難于治理。在這種結構中，應用程序是在客戶機上配置的，公司的IT部必須維護應用程序。假如一個事務處理改變了，IT部門必須用新版本的應用程序替換舊版本。對于一個具有數萬臺PC機的公司來說，這是一項非常困難的任務，尤其是當這些PC機中的許多可能是“Unmanaged”膝上機的時候。
　　•代碼難于維護。兩層結構不支持組件編程，這就使維護應用程序代碼變得非常困難。對于較大的組織，維護的困難指數倍的增加了，這是由于它們一般使用較多的程序員去編寫和維護應用程序。
　　•應用程序被暴于安全隱患中。一個有經驗的程序員也許能夠“黑掉”安裝在PC機上的應用程序，從而達到改變應用程序所要實現的事務處理。
　　•訪問比例有限；對于高數目的用戶難于依比例確定。
　　每一個運行的應用程序一般需要一個到公司數據庫的連接。因為開放的連接數目由數據庫產品本身的特性所限制，所以，所有用戶同時運行應用程序訪問數據庫是不可能的。
　　•需要統一的客戶端結構。在Java語言出現前，兩層結構需要客戶機必須是同一的—例如，它需要所有的客戶機都運行相同的操作系統。
　　•應用程序固定到一種特定的表達形式。因為同一個應用程序不但實現事務處理，還實現了表達處理，對于不同的表達方式，再利用同一事務處理的實現方法是不可能的，例如一個瀏覽器或是智能移動電話。
　　盡管在全球網出現之前，企業可以存活于兩層結構的限制中，全球網的瘋狂的勢頭和良好的增長改變了原有的規則。上述的兩層結構的不足使它從根本上完全不適應全球網的發展。這主要因為全球網的客戶端與生俱來的缺乏智能化，而且這樣的客戶端大量的存在。因此，應用程序的開發者及它們的用戶已經在開始尋找現在應用程序結構的替代者。
　　1•1•2傳統的三層應用程序結構
　　傳統的三層結構克服了一些兩層結構的弊端。三層結構將表達邏輯重商業邏輯中分離開。它將商業邏輯放于服務器上，只有表達邏輯是在客戶個人計算機上進行配置。見圖1•2：
　　　 EnterpriseJavaBean的結構優點的探討（圖二）

　　圖1•2三層應用程序結構
　　
　　
　　三層結構帶來了一定數量的改進。中層的服務器通過再利用昂貴的資源而提高了訪問比例，諸如數據庫的連接，多用戶交叉訪問。改進的訪問比例導致了好的執行性能。它同時也改進了數據庫的安全性和治理。三層結構已經被用于大部分的企業資源
　　計劃（ERP）系統中，在這些系統中主要用于大量事務處理（客戶信息控制系統CICS,
　　Tuxedo,及其它）。
　　盡管三層結構消除了兩層結構的一些缺陷，然而，它自身也有一定的不足之處—復雜，應用程序缺乏可移植性，廠商不兼容，有限的應用，以及與全球網不兼容—這些將在下面進行具體描述。
　　•復雜性—開發一個三層應用程序比開發一個兩層應用程序更復雜。例如，程序員必須處理分布，多線程，安全性，等等。分布式應用程序引入了開發者必須處理的具有實質性的系統層次的編程復雜性。而且，分布式應用程序需要客戶的IT部門對它所缺乏的對應用程序設置和治理的支持作出補充。在試圖減少分布式應用程序的復雜性時，廠商訴諸于利用應用程序的結構，例如事務處理（TP）監視器，企業資源計劃廠商利用了應用程序服務器的概念。應用程序結構的目的是將程序員從必須處理的這些復雜問題中解放出來?，F在，對于分布式應用程序結構來說，“應用程序服務器”是最常用的術語。
　　•缺少應用程序的可移植性—因為每一個生產三層結構平臺的廠商在他的結構中使用不同的應用程序接口，對于各自獨立的廠商來說，生產的應用程序能夠適用于其他廠商的營程序服務器上，這是不可能的。
　　•廠商不兼容—將不同廠商的應用程序整合是非常困難的，因為每一個廠商往往使用的協議也不同，并且，在這些協中不存在任何協同工作的標準。
　　•有限的應用—獨立軟件開發商們沒有激情開發具有多重競爭結構但卻沒有廣泛的應用前景的應用程序。雖然存在許多支持分布式應用程序的軟件，但是這些應用程序只工作于那些它們為之專門開發的體系。許多的程序不能適用于大部分的體系。因此，對于一套相容的工具軟件只有有限的支持。同時，程序員的應用程序和體系知識也是有限的。
　　•與網絡的不兼容—傳統的三層結構并不直接的工作與網絡。三層結構使用一種獨占的協議在客戶端與運行于服務器上的應用程序之間進行通信，這種獨占的協議于網絡不兼容。雖然許多應用程序結構廠商已經將對網絡客戶端的支持作為一種前端加入到他們的產品中，這種合成的結構仍然受在此列出的其他缺點影響。
　　1•1•3早期基于網絡的應用程序的結構
　　網絡的引入和增長改變了一切。因為不管是兩層結構還是傳統的三層結構都不支持Web應用程序的開發，早期的Web應用程序開發者不得不尋找其他的方法。他們利用各種各樣的插件對Web服務器進行擴充。這些擴充調用服務器上的程序，由存儲在公司數據庫中的信息動態的生成Html文檔。同樣，Web服務器短的擴充也將由HTML表單提交的信息存入公司的數據庫。
　　像這樣的擴充的一個例子就是Cgi-bin（公用網關接口程序索引簿）腳本語言（CGI是通用網關接口的縮寫，是開發HTML頁面和Web應用程序的接口。CGI應用程序通常指的是cgi-bin腳本語言。)盡管cgi-bin腳本語言及其它相似的機制答應開發者編寫簡單的Web應用程序，cgi-bin這種方法由于以下的原因并不適用于比較復雜的企業應用程序的開發。
　　•cgi-bin腳本語言不提供結構較好的優秀的商務處理或商務實體的封裝。
　　•cgi-bin腳本語言難于開發，維護和治理。高層次的應用程序開發工具對于cgi-bin腳本語言的開發沒有提供好的支持。
　　•cgi-bin腳本語言將商務程序的實現與表達邏輯纏繞在一起。當需要對實現的一部分進行改動時（例如一個事務處理），就會有不注重的變更其它部分的危險。
　　•cgi-bin腳本語言的實現并沒有將商務規則的完整性考慮在內。企業的商業規則的實現被分散于設置在企業中的眾多的Web服務器上的cgi-bin腳本語言中。因為這樣，所以對于企業來說維護商業規則的完整性是困難的。
　　1•1•4 J2EE應用程序結構
　　J2EE是一個標準結構，是一個使用Java編程語言，面向于開發和配置企業面向Web應用程序的結構。軟件開發商們和企業在開發和配置企業內部網應用程序時能夠利用J2EE結構，從而有效的替換兩層和三層模型，在開發因特網應用程序時，利用該結構有效的替換基于cgi-bin的方法。
　　
　　Java 2 平臺，企業版也提供對兩層和三層應用程序的支持。（注重：應用程序-客戶端容器指的是Java 2 標準版程序開發環境。）圖1•4表明了對兩層應用程序的支持。
　　　 EnterpriseJavaBean的結構優點的探討（圖三）