基于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“看见”