软构件（刘焕玉）.docVIP

实现方法 目前制定构件实现规范的机构主要有OMG(Object Management Group)组件,Microsoft和SUN,它们制定的三种构件规范如下: OMG组织　CORBA(Common Object Request Broker Architecture) Microsoft公司　DCOM (Distributed Component Object Model) SUN公司　EJB(Enterprise JavaBean Development) 这三种构件规范皆是针对二进制代码构件制定的,为基于构件的软件开发提供了对象管理的基础设施,下面就规范角度对这三种实现方法进行介绍。 1.DCOM DCOM是Microsoft提出的一种分布构件对象模型,起源于动态数据交换(DDE)技术,通过剪切/粘贴(Cut/Paster)实现两个应用之间共享数据的动态交换。对象连接与嵌入(OLE)就是从DDE引伸而来的。随后引入构件对象模型COM(Component Object Model),形成了COM对象之间实现互操作的二进制标准。COM规定了对象模型的编程要求,使COM对象可以与其它对象相互操作。这些对象可以用不同的语言实现。DCOM是跨LAN、WAN和Internet的二进制COM对象的基本扩展,可以跨网络实例化和绑定对象。DCOM是一个高层协议,它能使基于COM的组件位于不同机器上的两个进程间协作。DCOM使得程序员不必编写网络代码去处理分布式组件跨网络间协作。 DCOM还提供自动化(Automation)的扩展功能。与Automation兼容的接口能够采用对象定义语言(ODL)描述并且可以有选择地在二进制类型程序库中注册。当客户方缺少编译时的接口知识,就可以通过一个指定的COM接口(IDIispath)动态调用Automation接口。当提供类型程序库时,就能够在运行时完成针对调用命令的类型检查。Automation接口拥有属性与方法,但DCOM接口只拥用方法。属性定义与方法参数所使用的数据类型组成DCOM支持的数据类型定义的子集。 为了搭建DCOM的应用环境,Microsoft提供了MTS(Microsoft Transaction Server)基础结构,MTS为DCOM的使用提供了完善服务机制。例如:ORB (Object Request Broker)对象请求代理程序、进程代理程序、名字服务、事务处时监视器TP-Monitor(Transaction Processing Monitor)等。 DCOM的主要结构如图1 　 DCOM构件对Windows的依赖性强,对其它操作系统的支持相对不足,构件运行环境提供者仅限于Microsoft,但支持DCOM规范的开发工具比较多,例如VC、VB、VJ、C++Builder、Jbuilder等。 2.EJB规范说明定义了JAVA的服务器端构件模型。 EJB方法扩充了Java的客户端构件模型JavaBean以支持服务器端应用系统的开发。SUN发布的文档中对EJB的定义是:EJB是用于开发和部署多层结构的、分布的、面向对象的、跨平台的Java应用系统构件体系结构。EJB把Java的“Write once,run anywhere”的思想提到一个新的高度,服务器端构件在构件执行系统内运行,规范说明定义了构件执行所需要的服务。遵从EJB规范说明开发的构件可以在任何一个支持EJB的系统中运行。通过使用RMI (Remote Method Invocation),EJB支持远程的客户端存取。RMI是一个高级程序设计接口,它使得服务器的位置对于客户机来说是透明的,RMI产生一个对象,这个对象被安装在客户机系统中,作为存取服务器对象的代理对象,EJB开发人员为每一个可存取的接口定义一个JAVA远程接口。通过使用IIOP协议(Internet Inter ORB Protocol), EJB也可以和其它的非JAVA客户机进行通信。IIOP允许EJB系统和CORBA的集成,EJB可以存取CORBA构件,CORBA构件也可以存取 EJB构件。 EJB的主要结构如图2 　 EJB各组成部分的含义为: JDBC(Java Database Connectivity):基于SQL标准Java数据库连接,其基本功能和设计与ODBC相似。 Java RMI(Java Remote Method Invocation):Java远程方法调用。 JNDI(Java Naming and Directory Interface):Java名字的目录服务 Java IDL:Java和CORBA之间的连接。 JTS(Java Transaction Service):Java事务管理服务 JMAPI(Jav