组件技术(汇总)最终版

组件技术产生的原因1）体现为独立的整体系统，同一团队，同一语言，同一机器，开发过程分析、设计、实现发布前集成了广泛的应用特性，特性不能独立的被删除、升级和替换。

难以被复用，版本升级繁琐，必须整体升级2）新技术的冲击3）面向对象范型不足使用和实现进一步分离组件技术的优点提高开发速度降低开发成本提高软件质量增加软件的灵活性降低软件的维护费用接口的定义及作用接口是有序排列的一组函数指针，可以简单理解为一组函数，每一个接口相当于该组件对外的一个窗口对中间件的理解（结合EJB）中间件是处于应用程序及其所在系统的内部工作方式之间的软件。

它提供了与具体业务无关的功能，如EJB容器提供了远程访问、事务处理，与数据库中的数据同步等功能。

所以中间件是用统一的形式实现与业务无关的功能，从而简化了编程。

中间件独立于操作系统和软硬件平台及软件，与具体的编程语言无关。

COM组件的目标易于动态组装组件实现与语言无关可以以二进制发布支持向前兼容DCOM支持分布式计算COM接口有哪些规定（规范）1）IUknown：所有组件都有一个称为IUknown的接口，该接口中依次给出的三个函数是：QueryInterface（对组件的接口进行查询，若存在某个接口，客户可以获得该接口中的服务），QueryInterface（int interfaceID，void**pValue）第一个参数为接口ID，第二个存放返回值（支持接口约定的实体）AddRef，Release通过计数器共同完成引用计数功能（为何用计数器？组件使用时需载入内存，又可以被多个客户使用，无论哪个用户把它载入内存，为了知道何时可以从内存中卸载，需要一个计数器来记录组件的使用情况，实际可以为每个接口安排一个计数器，当一个组件所有接口计数器都为0，就可以卸载了）。

一个组件可以同时被多个客户所使用，卸载时需要确定没有人使用，即计数器为0时2）其他接口：一个组件的其他接口可以看作IUknown接口的子接口，即其它任何一个接口的前三个函数与IUknown接口中的三个函数相同。

客户获得一个接口后，可以查询其它接口是否存在。

每个接口能够进行引用计数。

3）不变性：一旦公开了某一个接口，该接口将永远不能发生改变。

包括函数在接口中的顺序。

改变接口部分的唯一方式是：为组件增加新的接口。

目的是兼容。

版本升级不影响老客户。

每一个接口有唯一的接口标识（ID）。

编写COM组件的步骤1）定义接口，在接口中声明组件中需要使用的方法和变量，声明方法使用虚函数声明，定义的接口都要继承IUknown。

2）定义实现接口方法的抽象类。

实例化类之后，才会对已经实例化的类对象分配内存空间。

对类中接口的引用，可以通过对象指向接口的指针来调用。

3）以动态链接库DLL的形式，定义指向是实例化类对象的指针，并可以向调用它的接口返回标识，生成模块，定义文件，并在客户可以获取某个组件接口之前，将DLL装载到过程空间中并创建此组件。

4）创建类厂。

在类厂中使用CreateInstance方法连接到动态链接库接口，并用指针指向这个接口。

用DLLGetClassObject函数创建类厂，并根据类厂的接口标识返回类厂指针。

5）实例化类厂。

使用CoCreateInstance实例化类厂，即生成一个实例类厂的对象，这个对象是可以被用户调用的。

简述利用动态链接库实现COM组件的一般过程：1）定义各业务接口，各接口都能继承IUnknown接口2）为每个组件和接口分配一个唯一的标识符3）实现各业务接口的功能4）定义类厂接口并分配唯一标识符（此接口继承自IClassFactory接口）5）实现类厂接口以实现动态生成组件6）编写DLL，在DLL函数中有注册组件到注册表的函数，取消注册的函数，与类厂相连的函数。

使用动态链接库做组件的一般过程（拔高题）1）编写头文件，定义各种业务接口以及接口标识符，其他的接口需要继承IUnknown接口，包括类厂接口及ID。

这个文件需要客户知道（客户知道组件的接口）2）实现定义好的业务接口，可以用一个类来实现所有接口，也可以每个类实现一个接口，后者使用一个类聚合了每个接口的实现类，考虑到组件的自身复用问题，可以预留一个IUnknown组件类型指针，指针是0时代表一般客户程序，非0代表另一个复用自己的组件。

也可以用已有组件代码直接拿过来实现复用。

3）实现类厂接口，实现CreateInstance方法，这个方法用来产生组件实例4）编写DLL，导出函数GetClassObject用来返回工厂实例（指针）DllMain可以显示如组件名称等信息。

可能会用到注册表函数来注册组件等。

5）导出函数的设计导出函数的设计（不准）导出函数就是已编写好的COM组件供客户程序使用的函数，定义导出函数时需要在前面加上如extern”C”_decispec(dllexport)声明，客户程序再通过导出函数名获取此dll中的导出函数地址，赋予相同参数和返回值的方法指针。

类厂（IClassFactory）接口的作用笔记版：提供了一种灵活的控制组件创建的方法，这种方法中组件由特定的类厂创建：通过CreateInstance（int interfaceID,void**pValue）,而特定的类厂实现了类厂接口，给出了CreateInstance的具体实现，客户使用接口指针，可决定用特定的工厂来产生特定的组件，将不同组件的实例化延迟。

资料版:CoCreateInstance函数是创建组件的时候使用最多的一种方法，但是它的灵活性不能够满足所有组件的需求，它没有给客户提供一种能够控制组件创建过程的方法，在建立好一个组件之后，无法控制将组件装载或检查客户是否具有权限。

因此需要引入类工厂以获得更高的灵活性。

CoCreatInstance实际上并没有直接创建组件，用CoCreateInstance创建的组件实际上是通过IClassFactory创建的，类厂唯一的功能就是创建其他组件。

客户可以通过类厂所支持的接口来对类厂创建组件的过程加以控制。

创建组件的标准接口就是IClassFactory。

客户可以通过类厂组件创建其他组件，类厂组件的唯一功能就是创建其它的组件。

COM组件如何区分不同组件实例用户与组件交流是通过接口完成的，如果能确定两个接口是不是属于同一个组件就能确定两个接口是不是同一个组件，而每个组件都有唯一的IUnknown接口，利用IUnknown接口的值，用QueryInterface查询IUnknown接口，然后比较pIUnk（pIUnk分别为指向不同组件IUnknown接口指针）若相同则是同一组件，若不同则是不同组件COM组件与模块的区别模块：设计时的结构化分组件：运行时的二进制代码COM组件是运行时的二进制代码，其一旦公布，其中已定义和实现的接口就不能修改，模块可随时改动Part3.CORBA组件IDL编译器作用1）生成与编程语言相关的文件（IDL文件，接口仓库）2）生成客户桩文件stub：把某个对象类型的IDL操作定义映射到例程3）生成头文件head：桩文件和框架文件都用头文件来定义结构和常量4）生成服务器框架文件skeleton：服务器应用程序用skeleton把客户机操作映射到服务器实现的方法上。

通常是源代码形式定义了某类对象的特征和行为，包括服务器能在这类对象上施加的操作如何在IDL工作基础上实现一个CORBA组件（来自历年试题）Stub和skeleton生成原理，作用，理解对客户桩的理解客户stub是IDL接口的假实现，只是单纯的使用这种假实现，IDL接口的完整实现是由CORBA服务器实现的。

Stub提供了在客户机应用程序中使用桩类型激发时所需要的定义和其他与CORBA供应商有关的信息。

是程序激发请求时使用的一套例程，它把一个对象类型的IDL操作定义映射到激发请求时要用的一套与编程语言相关的例程Skeleton：1）框架包含把对象上的操作映射到合适的实现和方法上的必要信息。

2）框架把BOA的调用映射到所请求操作的特定实现的方法3）提供BOA与完成在某个对象上各种操作的方法间的连接4）通常由OMG IDL定义生成CORBA的静态激发（桩类型激发）[非重点]（服务器（S），客户端（C）的每个交互都是基于C发送一个请求或S响应一个请求。

发送请求的过程称为“激发”）1）用IDL定义接口（.idl文件）2）将接口定义生成一个或多个客户桩（用IDL编译器）3）把客户桩连接到客户机应用程序4）得到请求所需对象的引用5）从客户机程序中调用声明的客户桩6）如果有结果，处理并使用它们7）释放不再需要的对象占用的存储区特征：支持同步和单向通信形式，不支持异步使用例程调用，只能用于客户桩编译时就已完全可知的接口比动态激发快。

客户如何使用一个COBRA对象所提供的服务（有答案）构造CORBA客户机的一般过程1）基于功能和界面等来设计和编写代码中的非CORBA部分2）选择通信样式（同步、延迟同步或单向）和激发类型（桩类型、动态或两者都选）3）定义IDL接口如果仅支持桩类型激发，生成客户桩并连入客户机如果仅支持动态激发，将IDL代码装入接口仓库如果两者都支持，做以上两项任务4）编写激发请求代码并获取激发所需信息，引用，参数5）编写成功请求的程序代码6）编写错误处理或异常处理程序7）如果客户机也是服务器，进行服务器编程处理构造CORBA服务器一般过程1）决定实现所支持的激活策略2）生成服务器框架3）把框架和服务器应用程序及对象适配器连接起来4）编写服务器初始化代码5）编写代码通知BOA实现已经被激活6）编写代码创建消息分发循环7）编写方法支持框架中的实现，上下文，异常8）编写代码冻结实现9）编写关闭服务器代码10）如果同时也是客户机，参照客户机过程对象请求代理ORB连接应用程序、各种对象、CORBA服务、CORBA工具集的核心把各种元素分割开，是CORBA实现分布式软件集成、即插即用的核心ORB是CORBA的C/S正式分离的主要机制，C/S只要支持相同的接口定义就可以独立开发角色：作为客户机发送请求给服务器的中间件使C/S无须包含对方信息ORB负责：发现实现让实现为接收请求做好准备（通知BOA执行操作）进行数据通信需要带的各种机制简述实现一个CORBA对象的一般步骤（来自历年试题）Part3.EJB组件中间件的理解（见Part1）什么是EJB类、EJB对象、Bean类、消息拦截（有答案）EJB容器完成的一般性功能（作用）EJB容器加载EJB组件并管理其运行，可以创建EJBObject类根据接口自动生成，实现方法由容器提供商决定，规范只规定容器生成这个对象与相应的桩容器还创建Home类，实现EJB提供定义的Home接口，并产生Home桩类供客户端与Home对话EJBObject对象的作用EJBObject对象接受客户端的请求，并把这个请求传给Bean实例，可以把EJBObject对象看成是Bean类的代理构造EJB组件一般过程EJB部署描述文件作用(有答案)EJB部署描述文件是EJB的说明文件。