核心内容摘要
枫与玲：一场秋日限定的浪漫邂逅
摘要本文介绍接口的概念。
阐述了接口在对象建模器中的作用、组成结构及
使用方法。
CAA接口是什么面向对象设计及相关面向对象语言如C允许应用程序员通过类来描述和编码真实对象这些类包含结构部分数据成员和行为部分成员函数或方法。
在C中类通过构造函数实例化使用这些类的应用程序员可以引用声明为公共的数据成员和方法在派生类构建新类时也可以使用声明为受保护的数据成员和方法。
这是非常优秀的面向对象特性但当类的头文件发生变更时即使是私有部分的修改所有包含该文件的应用程序都必须重新编译。
更通用的对象设计方法是通过行为来审视对象并仅
使用方法描述行为这提供了把握对象的接口。
对于应用程序员而言接口是对象的唯一可见部分隐藏了其实现细节这些细节完全由类提供者负责。
接口构成了框架类开发者和应用程序员之间的契约。
该契约包括要处理的现实世界对象、用于操作这些对象的方法以及调用这些方法的方式。
这些内容不应随时间改变。
仅允许进行添加操作基于框架开发的应用程序绝不应因框架修改而需要重新编译。
实现接口是框架类开发者履行契约的方式。
选择最合适的技术是其自主权必要时可以从一种技术切换到另一种技术而不会对应用程序产生影响。
已提供的接口不应随时间改变。
已提供的接口实现也应持续支持未变更的接口无需为客户端应用程序进行修改。
如需修改如新的方法签名必须提供新接口。
如需实现其他接口现有实现不应改变CAA提供了在不影响客户端应用程序的情况下扩展实现的方法。
适用接口与实现分离的需求包括封装性对象仅暴露操作句柄而不暴露执行操作的内部机制多态性共享相同接口的对象可以被应用程序以相同方式处理即使这些对象以不同方式实现该接口继承性具有公共接口的对象可视为暴露这些公共接口的基对象的种类。
这些对象派生自基对象并继承其接口构建独立性应用程序与其使用框架之间的耦合应尽可能弱。
应用程序仅了解框架的接口实现修改不需要重新编译应用程序框架开放架构客户应能够实现框架接口并向现有实现添加新接口多重实现具有给定接口的框架应能将多个实现与该接口关联。
多重实现可以是静态的顺序性或动态的同时性。
静态多重实现意味着当前实现在特定时间切换为另一个实现例如适配新技术。
动态多重实现允许多个实现同时共存并允许根据用户请求在实现间切换分布式对象架构框架的对象实例应能够由运行在不同进程可能在另一节点的对象服务器处理而非运行客户端应用程序的进程可能通过将对象请求发送给远程对象服务器的对象请求代理实现接口由什么构成示例接口CATIA接口创建为C抽象类因此仅包含纯虚方法。
它由头文件、源文件和TIE文件组成。
接口头文件以下是CAAIXX CATIA接口头文件示例#ifndefCAAIXX_h#defineCAAIXX_h#includeCATBaseUnknown.hexternExportedByCAADLL IID IID_CAAIXX;classExportedByCAADLLCAAIXX:publicCATBaseUnknown{CATDeclareInterface;public:virtualHRESULT __stdcallMXX1()0;virtualHRESULT __stdcallMXX2(CATBaseUnknown*pUnk)0;};#endif各语句作用如下接口头文件结构说明#ifndef、#define和#endif预处理器指令防止头文件被重复包含包含CATBaseUnknown头文件因为CAAIXX接口是从CATBaseUnknown派生的C抽象类任何接口都可通过声明为全局extern变量的标识符识别。
该标识符必须唯一并将在接口源文件中初始化接口类必须从CATBaseUnknown或其他接口类派生。
根据CATIA规则不支持多重继承宏CATDeclareInterface声明该类为CATIA接口方法具有以下特征所有方法必须是公共的因为任何接口方法都旨在被实现必须是纯虚函数即接口类不提供这些方法的任何实现必须返回HRESULT1。
这是用于使接口符合OLE标准的微软返回码必须使用__stdcall调用约定2。
这是微软对C编译器的扩展也用于使接口符合OLE标准可以包含参数通常是指向其他接口的指针接口源文件CAAIXX接口源文件如下#includeCAAIXX.hIID IID_CAAIXX{0x7c1b4ba8,0x5c25,0x0000,{0x02,0x80,0x02,0x0b,0xcb,0x00,0x00,0x00}};CATImplementInterface(CAAIXX,CATBaseUnknown);各语句作用如下接口源文件结构说明包含CAAIXX头文件以获取IID声明以及通过该头文件间接包含CATBaseUnknown头文件接口IID初始化为全球唯一且持久的数值。
也称为GUID全局唯一标识符3宏CATImplementInterface声明CAAIXX从CATBaseUnknown进行对象模型派生。
接口必须始终从CATBaseUnknown进行对象模型派生当然纯虚函数在声明它们的类中没有实现。
在CAAIXX的方法中从接口IUnknown继承的三个方法CATBaseUnknown派生自IUnknown对接口起着特殊作用QueryInterface从指向同一对象实现的另一个接口的指针返回指向某个接口的指针AddRef为此接口的计数器添加引用Release从计数器移除引用QueryInterface允许在组件实现的接口之间导航而AddRef和Release则用于组件生命周期管理4。
接口TIE创建接口所需的第三个文件是通过代码构建器mkmk生成接口TIE。
该文件是TIE_CAAIXX.tsrc文件仅包含对CAAIXX.h文件的包含语句#includeCAAIXX.hTIE不属于对象模型概念而是必要的实现细节。
为了将接口与其实现分离在运行时创建TIE对象实例作为中介对象在使用接口的组件因此持有指向该接口的指针与实现接口的组件即包含运行接口声明方法的代码之间建立链接。
接口指针实际上是指向QueryInterface方法返回的TIE对象实例的指针。
TIE对象将接口方法调用重定向到实现接口的组件。
默认情况下无论接口头文件位于何处TIE文件都在ProtectedGenerated文件夹中创建。
要在PublicGenerated文件夹中创建请在tsrc文件中添加//public关键字#includeCAAIXX.h//publicIUnknown与CATBaseUnknown所有接口和所有实现接口的类的基类是CATBaseUnknown这是CATIA提供的类。
CATBaseUnknown派生自IUnknown接口在UNIX上由CATIA提供在Windows上由微软组件对象模型COM提供。
IUnknown接口如下interface IUnknown{virtualHRESULT __stdcallQueryInterface(constIIDiid,void**ppv)0;virtualULONG __stdcallAddRef()0;virtualULONG __stdcallRelease()0;};在CAAIXX的方法中从IUnknown接口继承的这三个方法起着特殊作用QueryInterface从指向同一组件实现的另一个接口的指针返回指向某个接口的指针AddRef为此接口的计数器添加引用Release从计数器移除引用QueryInterface允许在组件实现的接口之间导航而AddRef和Release则用于组件生命周期管理。
CATIA提供的IUnknown接口与COM中的完全相同使接口可在UNIX和Windows之间移植。
CATBaseUnknown为QueryInterface、AddRef和Release方法提供了实现这些方法由IUnknown作为纯虚函数暴露从而避免在实现接口时重复实现这些方法有助于代码复用。
所有接口都可以视为IUnknown接口即可为每个接口使用IUnknown指针。
这使得客户端应用程序可以从这样的IUnknown指针查询实现组件是否支持其他接口并避免客户端应用程序管理指向这些实现对象的指针而只需管理指向接口的指针。
小结CATIA接口创建为从CATBaseUnknown派生的C抽象类。
接口TIE在运行时在使用接口的组件与实现接口的组件之间建立链接。
接口是接口开发者、实现接口的组件提供者以及使用该组件的客户端应用程序员之间的契约。
接口不应随时间改变使用这些接口的客户端应用程序在安装包含接口实现代码的新版本时绝不需要重新编译。
版本历史版本1 [2000年1月] 文档创建什么是HRESULT? ↩︎关于__stdcall ↩︎关于全局唯一标识符 ↩︎使用组件 ↩︎