CORBA(公共对象请求代理).docVIP

初始CORBA：CORBA（Common Object Request Broker Architecture）“公共对象请求代理结构”它首先是一种编程技术，是吸收了面向对象技术，分布式计算技术，多层体系结构技术以及接口技术的综合技术。Corba的最终目的是分布式软件系统。CORBA即代表了一种软件开发模式，一种软件开发标准，也提供了软件开发必须的服务，可以使用的集合。因此整体上CORBA整体上是由“对象请求代理”“CORBA服务”“CORBA工具集”以及符合CORBA标准的各种应用程序，对象同一综合而成。如下图： CORBA对象请求代理---ORB： ORB是连接应用程序，各种对象CORBA服务，CORBA工具集的核心。也正是ORB将这些构成CORBA图景的元素有序的分割开来。 CORBA中IDL的作用： 在CORBA标准中，客户与ORB接口对象被称为“接口存根”IDL Stub； CORBA服务器（即CORBA对象实现）与ORB接口对象别成为“接口框架” IDL Skeleton。这样CORBA客户对象与CORBA对象实现之间至少被三组对象隔离：接口存根，ORB，接口框架。这种隔离为软件集成带来了巨大的灵活性，但同时需要CORBA客户对象，接口存根，ORB，接口框架，CORBA对象实现各个部分能够相互理解各自的数据，结构和行为。这一要求可以通过接口技术以及CORBA接口定义语言（Interface Definition Language）--OMG IDL实现。OMG IDL不是编程语言，不能用于编写具体的操作算法，但是它可以用来定义对象能够进行的所有操作，包括全部输入，输出参数以及返回结果，还有可能产生的操作的错误等。用OMG IDL 定义对象就得到了CORBA接口，对于CORBA客户，这个接口意味着一种承诺，如果客户向ORB发送符合接口规定的请求，就一定会得到响应（出错，返回结果都是一种响应）对于CORBA对象实现（CORBA服务）这个接口意味着一种义务；软件开发人员必须实现接口规定的方法。这两种情况下都需要OMG IDL 能够和用户采用的具体编程语言建立映射关系。 CORBA 静态请求和动态请求： ORB提供了动态激发机制，使得客户端可以向一个目前还不存在的对象实现发出请求，也可以调用某个对象实现中目前还不存在的服务。为了实现动态激发，CORBA必须提供两个必要的机制：让客户发出动态请求的机制和让客户获取未知操作名称，函数，返回值的机制。实际上，在ORB的客户端，已经引入了实现这两个机制的对象群以及有关操作，即：动态激发接口（Dynamic Invocation Interface）及接口仓库（Interface Repository ）下面是ORB客户端透视： 从上图可以看出，对于CORBA客户而言，ORB由四部分组成： 接口存根 IDL Stub ：用于静态激发各种请求 动态激发接口DII：用于动态激发各种请求 ORB接口：用于调用于CORBA伪对象相关的操作 接口仓库IR，从中可以获得IDL接口的详细信息 一个CORBA客户可以根据 OMG IDL接口定义，通过接口存根想ORB发出伪客户服务请求并获得服务，这种方法的每个请求在构造前已经编译完毕，运行时不能改变，成为静态激发。动态激发则允许CORBA客户调用ORB相关函数，在程序执行过程中构造一些临时的伪客户/服务器请求，经过ORB处理后获得服务。这种方法甚至可以用来向软件开发时尚且未知的对象或者服务发出请求，是“跨版本”使用CORBA对象的根本保证。 动态激发是通过动态激发接口DII实现的；而静态激发是通过接口存根实现的。接口存根也被成为静态激发接口（Static Invocation Interface）--SII。 SII与DII最主要的一点区别是：SII在编译时进行对象类型的匹配和操作选择，DII则把对象类型匹配和操作选择推迟到了执行时刻。 采用SII请求服务时，一般情况下采用的是同步通信方式。在这种通信方式中，客户调用函数后被阻塞，知道有结果返回或者发生异常。采用DII请求服务时，客户不一定要被阻塞，因为DII提供了同步通信，异步通信两种方式。异步通信方式通常又称为延迟同步通信方式。 使用SII方式请求服务，速度会比直接使用DII方式请求同一服务时快。 动态激发接口DII： 动态激发接口由以下三部分例程构成： 请求管理例程：包括要求ORB动态建立一个服务请求，给服务请求添加参数，删除无用的服务请求等例程 各种异步通信例程：包括同事发送一个，多个请求，接受响应判断请求是否完成，确定下一个响应等例程 列表管理例程：为参数列表申请内存、进行初始化、释放内存的例程。 通过这些例程，我们可以参照