连接 COM 与 .NET 的桥梁预备知识

　2006-07-22 22:57:55　来源：WEB开发网　闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣椤愯姤鎱ㄥ鍡楀幊缂傚倹姘ㄩ幉绋款吋閸澀缃曢梻鍌欑濠€閬嶆惞鎼淬劌绐楅柡宥庡亞娑撳秵銇勯弽顐沪闁绘挶鍎甸弻锝夊即閻愭祴鍋撻崷顓涘亾濮樼偓瀚�

闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣捣閻棗銆掑锝呬壕濡ょ姷鍋涢ˇ鐢稿极閹剧粯鍋愰柟缁樺笧閳ь剦鍙冨鍝勑ч崶褏浠奸梺璇茬箲閼归箖鎮鹃悜钘夎摕闁靛濡囬崢鐢告⒑鐟欏嫷鍟忛柛鐘崇墵閵嗗倹绺介崨濠勫幈闁硅壈鎻槐鏇熺墡闂備線娼уú銈団偓姘嵆閻涱噣骞掑Δ鈧粻锝嗙節闂堟稑鏆欏ù婊堢畺閺岋綁濮€閳惰泛婀辨竟鏇熺節濮橆厾鍘甸梺缁樺姦閸撴岸鎮樻潏銊ょ箚闁圭粯甯炴晶娑氱磼缂佹ḿ娲寸€规洖宕灃闁告劕鍟犻崜婵堟崲濞戞ḿ鏆嗗┑鐘辫兌閺佹牜绱撴担浠嬪摵闁圭懓娲ら悾鐑藉箳閹搭厽鍍甸梺鐟板悁閻掞箓鎮楅幖浣光拻濞达絿鍎ら崵鈧梺鎼炲€栭悧鐘荤嵁韫囨稒鏅搁柨鐕傛嫹

婵犵數濮烽弫鍛婃叏閻戣棄鏋侀柛娑橈攻閸欏繑銇勯幘鍗炵仼缂佺媭鍨堕弻娑㈠箛闂堟稒鐏堥悗鐟版啞缁诲啴濡甸崟顖氱閻庨潧鎽滈悾濂告⒑绾拋娼愭繛鑼枎椤繒绱掑Ο鑲╂嚌闂侀€炲苯澧畝锝堝劵椤︽煡鎮￠妶澶嬬厪闁割偅绻冮崑顏呯箾瀹割喕绨婚幆鐔兼⒑鐎圭姵銆冮柤鍐茬埣瀹曟繈鏁冮埀顒勨€旈崘顔嘉ч柛鈩冾殘閻熸劙姊洪悡搴℃毐闁绘牕銈稿畷鐑樼節閸パ冨祮闂侀潧楠忕槐鏇㈠储椤忓牊鈷戦柟鑲╁仜閸旀鏌￠崨顔锯姇缂佸倹甯熼ˇ瀵哥磼鏉堛劌绗氭繛鐓庣箻閸┾剝鎷呴柨瀣垫綗闂傚倷娴囧銊╂倿閿曞倸绠查柛銉墮閺嬩線鏌熼崜褏甯涢柡鍛倐閺屻劑鎮ら崒娑橆伓闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣椤愯姤鎱ㄥ鍡楀幊缂傚倹姘ㄩ幉绋款吋閸澀缃曢梻鍌欑濠€閬嶆惞鎼淬劌绐楅柡宥庡亞娑撳秵銇勯弽顐沪闁绘挶鍎甸弻锝夊即閻愭祴鍋撻崷顓涘亾濮樼偓瀚�　　闂傚倸鍊搁崐鎼佸磹閹间礁纾归柣鎴ｅГ閸ゅ嫰鏌ら崫銉︽毄濞寸姵姘ㄧ槐鎾诲磼濞嗘帒鍘＄紓渚囧櫘閸ㄥ爼濡撮崘顔煎窛闁哄鍨归崢娲倵楠炲灝鍔氭い锔诲灦瀹曪繝骞庨懞銉у帾闂婎偄娲﹀ú鏍ㄧ墡闂備浇顕х€垫帡宕滈悢濂夋綎闁惧繐婀辩壕鍏间繆椤栨碍鎯堟い顐㈢Т椤啴濡堕崱妤€顫庨梺鍛婎焼閸パ呭弨婵犮垼娉涜癌闁绘柨鍚嬮悡銉╂倵閿濆骸鍘撮柛瀣尰缁绘繂顫濋娑欏闁荤喐绮庢晶妤冩暜閹烘挾顩插ù鐓庣摠閻撴洟鏌熼幆褜鍤熼柍钘夘樀閺屽秶绱掑Ο鑽ゅ弳濡炪値鍋呯换鍫ュ箠濠婂懎鏋堟俊顖濐嚙椤忓綊姊婚崒娆戭槮闁硅绱曠划娆撳箣閿斿搫浜奸梺鍝勵槹閸ㄧ喖寮搁弮鍫熺厸闁告劧绲芥禍鍓х磽娴ｈ櫣甯涚紒瀣尰缁傛帡鏁冮崒姘憋紲濠殿喗锕╅崜锕傛倵閹惰姤鈷掑ù锝呮憸閿涘秶绱掗鍛仸妤犵偞鍨垮畷鍫曨敆閸屾氨銈﹂梺璇插嚱缂嶅棙绂嶉弽顓炵哗濞寸姴顑嗛悡娆撴⒑椤撱劎鐣卞褜鍨遍妵鍕棘閸喒鍋撶憴鍕攳濠电姴娲﹂崐閿嬨亜韫囨挸顏ら柛瀣崌瀵€燁檨婵炲吋鐗曢埞鎴︽偐鐎圭姴顥濋梺绋胯閸斿酣骞夊宀€鐤€婵炴垶岣块悿鍛存⒑閸︻叀妾搁柛鐘愁殜瀵煡骞栨担鍦弳闂佺粯娲栭崐鍦偓姘炬嫹

核心提示：本文代码使用ISO C++和.net v1.1框架（VS 2003）编写，但其原理适合所有支持.net框架的语言一、前言由于传统的COM技术使用静态的非托管编程，连接 COM 与 .NET 的桥梁预备知识，而.net使用动态的托管编程，所以这个题目本质上讨论的是托管与非托管代码之间的互操作中的一个特例，所以作用并不大，

本文代码使用ISO C++和.net v1.1框架（VS 2003）编写，但其原理适合所有支持.net框架的语言

一、前言

由于传统的COM技术使用静态的非托管编程，而.net使用动态的托管编程，所以这个题目本质上讨论的是托管与非托管代码之间的互操作中的一个特例。目前的 .net v2.0 提供以下三种互操作：

模块级别的P/Invoke方法

这种操作方法适合调用在动态链接库 (DLL)（如 Win32 API 中的 DLL）中实现的非托管函数。将在下一节讨论；

组件级别的COM Interop方法

这是本文的重头戏，它分两个部分：

1、导出类型库的方法：本文的主角；

2、使用封装类的方法：该方法为CLI C++所独有，由框架自动生成包装类(在COM客户端中为非托管头文件代码)，原理同第三种互操作相同；

代码级别的C++ Interop方法

这种操作方法是 CLI C++ 所独有的，即只能用在VS 2005及以上版本中。其实现非常简单，对外部 DLL 的包装全部都由向导生成，不用写一行代码，所以本文不再描述。（另一个原因是我暂时没有条件使用 VS 2005 ^_^!）

二、类型转换与封送处理

既然是两个平台、两个世界之间的互操作，它们之间的信息传递就必须转换为对方能看懂的类型，这种转换叫做“Marshal”，或者叫做“封送”。数据的封送处理是个异常复杂的过程，感兴趣的读者可以在 MSDN 中搜索描述其原理的文档“Marshaling Details”。下图是 COM Interop 的封送原理。

好在 .net 平台的 Interop 程序集机制可以帮助我们进行一些简单的数据封装工作，把复杂的 Marshal 细节给隐藏了。这样使得我们在 .net 客户端中调用 COM 服务器时传递一些简单的数据会非常方便，但如果传送的数据是自定义的，则仍需手动 Marshal。该机制的原理描述在 MSDN 中的“COM 包装”。

下图摘自 MSDN 2003 版，描述了.net v1.1 将把我们的数据从一个平台的类型转换为另一个平台的何种类型，表中没有没有显式标识的任何类型都将被转换为 Int32 系统类型。

嗯...看上去还真不少，不过别高兴的太早了，在实际的使用中只有如int等较为简单的类型才能保证各种灵活的传递方式而不出问题...@_*。需要注意的是,COM一方的VARIANT类型（这也是编写COM时的推荐类型）将按照其vt的值来转换为具体的类型并封装，所以COM一方设置vt时一定要设对了，别乱设！另外对于表中没有给出的具体类型，最好不要使用或作为自定义类型进行封装。

有关数据类型转换的详细介绍，请参见MSDN中的"COM 数据类型"，自定义类型的描述文档是"自定义标准包装"。如果想让.net组件也像COM组件那样实现回调接口或者连接点，则需要托管接口与该接口的非托管实现之间的通信，这时需要自定义Marshal封送处理，实现这个功能的文档是"自定义封送处理"。

三、错误处理

.net客户端没有 HRESULT 类型，.net 服务器中定义方法函数时也可以没有返回值，那么如何处理错误呢？其实这个工作也由 .net 平台的封送机制帮我们做了。

1、COM 服务器->.net客户端

客户端直接用try()...catch()方式即可得到翻译过的HRESULT信息，系统定义的错误信息在 .net 类库中一般都有定义好的现成类，处理起来很方便。

2、.net服务器->COM客户端

客户端可以像通常那样 HRESULT hr=...; 的方式得到错误信息。

当服务器端不支持丰富错误信息接口 IErrorInfo 时，错误信息将按照下表所示进行双向的翻译。

当服务器端实现了丰富错误信息接口 IErrorInfo 时，错误信息将按照下表所示进行双向的翻译，由于表的内容太多，这里只列出其中的一部分。

这部分内容和上表在 MSDN 中的描述文档是“HRESULT” 和异常，有关.net的异常处理，参见 MSDN 文档“处理和引发异常”。

四、总结

第一篇主要介绍了一些概念，给大家一个思考问题的思路，具体细节没有进行详细讨论，而是给出MSDN中的位置，大家需要的可以去参考参考，建议使用至少MSDN2003以上版本的中文版(翻译的还不错^_^)。这些知识在实践中大多都被编译器隐藏起来了，所以作用并不大，了解一下即可。该篇没有示例代码，下一篇我们就要开始进行实战啦^_^