|
由於資訊應用的腳步始終不曾停歇下來,從個人的使用到業務流程的支援,甚至整個企業的營運都脫離不了資訊技術的範疇,因此面對排山倒海而來的資訊技術變遷,資訊人確需隨時備戰,迎接一波又一波的挑戰;而在現今的資訊市場上,最熱門的程式開發主題莫過於Java語言的應用了;Java
雖然還算是一個年輕而新興的程式語言,但是在它所出現的幾年中,已經帶給整個資訊應用環境相當劇烈的影響及演化。
而面對整個企業的應用環境而言,在Java系列中有所謂的J2EE(Java
2 Enterprise
Edition)的版本,以對應企業層面的資訊應用程式開發、應用與管理;而在J2EE所提出的各種程式應用標準介面中,最直接被認定與整個企業開發環境有關的就是EJB(Enterprise
JavaBeans)了;而到底什麼是EJB呢?在應用程式開發的定位該是什麼呢?
先從程式設計師的角度,來說明整個應用程式開發的進程;原本程式設計的工作就是把想要電腦做的事,透過一行一行的程式,來達到所需要的目的,而這個情形是從電腦發明後,就是如此的應用。
接下來物件導向(Object
Orient)的觀念開始出現,於是設計程式時,又多了一些變化;程式設計師可以利用物件觀念的特性,把資料與操作包裝成物件的型態,提供重覆使用的應用技術;而Java語言就是一個純正的物件導向程式語言,於是物件導向的觀念開始顛覆傳統的程式設計工作。
而為了更進一步的明確定義這些物件應用在整個程式設計時的可攜性,Java語言提出所謂「豆子」(Bean)的名稱,主要是用明確的規則來定義這些Java物件類別的撰寫及宣告方式;於是不同的應用程式設計師就可以透過如此的設計,很容易的在程式之間互相應用各自提供的元件(Component)了。
於是再把格局放大一些,若是這些元件是由網路上不同位置的程式所提供的,也就是Java程式將會使用不在同一部電腦中的其他Java元件,於是Java語言所提出的RMI(Remote
Method
Invocation)標準又將粉墨登場了;這是說明Java應用程式透過網路取得遠端電腦上的某個Java元件支援的程式標準,讓Java程式可以掙脫電腦的束縛,可以提供更驚人的成就了。
於是Java程式的層次已經提升到不同電腦間的互動與應用,若是如此的應用只是少數程式設計師的開發與應用,這樣的境界就已經足夠了;但是將思考的層面再放大到整個企業組織來討論,動輒是上百個程式設計師以及企業內部的各種資訊與資料來源,就絕不是單純的把Bean及RMI介面搞定就好了,於是整個企業組織的環境都是必須被納入討論與定義的範圍,而這也是J2EE版本的初衷。於是EJB的開始就是為了提供企業組織,如何來管理及應用這些屬於企業組織中所擁有的Java
Bean,因此並不需要把EJB視為一個複雜而新
穎的技術。但是EJB到底定義了什麼,說明了那些東西呢?
由於一個規模龐大的企業組織,所擁有的資訊應用環境不是一個程式設計師可以很容易的全盤掌握,例如組織的網路架構如何建置,應用程式該如何在其中漫遊運作?公司內所擁有的不同資料庫系統,其內容、存取方式及相關應用,可能大不相同,Java程式該如何因應及撰寫呢?還有不同的伺服器提供不同類型使用者的服務,程式設計師又該如何適當的來提供服務或應用呢?或者有關伺服器效能調校管理的課題,又該如何影響設計師的開發方向與邏輯呢?這些在企業組織中所可能出現的諸多無法明確標示的狀況,正是所有程式設計師開發應用程式的頭號殺手了。所以EJB的出現就是為了適度的減輕這些企業組織環境中可能帶給程式設計師困擾的麻煩。
於是探討EJB的主題中,很重要的一個觀念就是讓「程式的歸程式,管理的歸管理」;也就是程式設計師專心的把所要提供的資料處理完整的設計妥當,然後包裝成一個「爪哇豆」(Java
Bean)即可;至於該如何這個「豆子」發揮適當功能,就由不同角色的人員來執行對應的工作,例如應用系統組合師(Assembler)可以把這個豆子放在整個企業流程中扮演必要的動作;而佈署人員(Deployer)負責把這個豆子或應用程式適當的放置到企業組織的某個工作環境,或者進行相對的設定工作來使其可以正常運作;而系統管理人員(System
Administrator)則是負責監控這個豆子或應用程式的執行狀況,排除可能出現的執行問題等等。如此一來,不需要把整個企業組織的資訊系統成敗,由程式設計師一肩扛起,而是很容易的集眾人之力,完成所要的應用系統開發、管理及運作。
因此,認識EJB(Enterprise
JavaBeans)的角度,不是從一個全新的程式語言技術開始,而是一個程式設計環境的變化及昇華,提供Java程式更多樣化的環境適應力,但是背後所需要的還是Java語言堅實的基礎能力。最後我們可以很清楚的為EJB下個簡單的註腳,「提供明確的分野,讓所有的人可以各司其職,發揮最大有效整合戰力」。 |