基於oracle8i的編程模型之比較（我認為很經典，就摘下來了）-JSP教程,物件導向/設計

第一類：
以組件為基礎的開發 vs. 預存程序
目前，“以組件為基礎的編程”很快成為許多人首選的應用程式開發方案。它能將來自不
同廠商的組件有機結合到一起，允許代碼重複使用，並易於維護，易於展開，易於擴充，從
而快速開發出應用程式。適合採用以組件為基礎的開發模型的應用程式套件組合括：
■ 計算密集型應用：假如一個應用程式需要進行密集的邏輯運算和算術計算，那麼來自
第三方的組件，以及組件的重複利用能力，可使整個開發過程變得更加容易。
■ 複雜的多層次應用：對O r a c l e 8 i內啟動並執行E J B和C O R B A組件來說，它們通過I I O P，可自
I n t e r n e t瀏覽器、C O R B A客戶機以及純J a v a客戶機中方便地調用。D C O M客戶機（如
Microsoft Transaction Server上啟動並執行Visual Basic應用程式）可通過一個D C O M→
C O R B A橋，方便地訪問C O R B A伺服器。
另外，適合採用預存程序開發的應用程式套件組合括：
■ S Q L密集型應用：預存程序與資料庫高度整合，所以特別適合經常要通過S Q L訪問數
據的應用程式。
■ 傳統雙層應用：預存程序為傳統雙層應用程式提供一個簡單、直接的編程模型。
O r a c l e 8 i內的預存程序可用一系列資料庫客戶機方便地訪問，比如J D B C、S Q L J、
O D B C、O C I和O r a c l e開發客戶機等等。
第二類：
以組件開發為基礎的： EJB vs. CORBA
E J B技術使我們能更易在一個C O R B A基礎結構的頂部，構建J a v a應用程式。如同本章
“E J B的優點”一節詳細講述的那樣， E J B通過覆蓋一個更進階別的編程介面，從而實現對
C O R B A的引用。E J B是完全用J a v a寫成的，不必使用I D L。E J B交易處理和安全性原則通過聲明
的方式加以指定，而不是以程式化的形式。
C O R B A對象可在需要良好粒化的功能時，進行編寫。O r a c l e 8 i配套提供的C a ff e i n e（咖啡
因）工具可有效地降低用J a v a開發C O R B A伺服器時牽涉到的一些複雜性。
注意儘管C O R B A對象可用任何語言寫成，但只有用J a v a寫成的對象，才能在
O r a c l e 8 i內展開。
第三類：
預存程序： PL/SQL vs. Java
P L / S Q L與資料庫緊密整合具有下述優點：
■ 對S Q L具有自動可見度：在P L / S Q L中，毋需任何條件，所有進程和函數在S Q L面前都
是顯露無遺的。而在J a v a中，首先必須編寫對應的調用規範，發布那些希望S Q L“看見”