在非托管C++/CLI引用托管对象

长平狐 发布于 2012/10/23 14:17
阅读 1K+
收藏 0

一个技术研究工作,需要使用native代码构建一个dll,并实现其中的函数:

HRESULT WMCreateStreamForURL( LPCWSTR pwszURL,
BOOL* pfCorrectSource,
IStream** ppStream
)

因为未来项目准备使用C#编程,所以很自然想到了C++/CLI来实现这个dll,并且将调用转发到C#的实现里。做起来很容易,我用C#实现了一个StreamManager,负责检查传入的url并返回相应的IStream实现。

这里环境为VS2005。用C#实现的工程叫做protocol,用C++/CLI实现的工程名字为protocol_stub(必须使用/cli参数编译)。

首先遇到的是C++/CLI中的托管代码和非托管代码的相互调用问题,查阅了一下帮助,发现使用#pragma managed和#pragma unmanaged就可以划定函数的编译方式到底是native还是cli。

其次,在C++中调用StreamManager时候报告找不到。经过检查,发现要在C++工程中添加对protocol的引用,同时,要在C++代码的managed部分使用指令

#pragma managed

#import "protocol.tlb" raw_interfaces_only
using namespace protocol;
using namespace System;
using namespace System::Runtime::InteropServices;

这样才可以正常编译代码StreamManager^ mgr = StreamManager::Instance;其中,protocol.tlb是用VS自带工具TlbExp生成的。

第三个问题是导出.net对象的问题。两个工程可以正常编译,但是测试运行时候却报告异常。经过检查,原来是System::Runtime::InteropServices::ComTypes::IStream虽然就是IStream的实现,但是却无法进行强制转换。用如下的代码虽然编译可以过去,但是不能工作

ComTypes::IStream^ s = mgr->getStream(url);
cli::pin_ptr<ComTypes::IStream^> p = &s;
*ppStream = (IStream*)p;

经过查询,发现解决的方法很简单,代码如下:

ComTypes::IStream^ s = mgr->getStream(url);
IntPtr^ handle = Marshal::GetComInterfaceForObject(s, ComTypes::IStream::typeid);
*ppStream = (IStream*)handle->ToPointer();

这样,整个工作顺利完成。

总结:C++/CLI经过vs2003之后变动很大,从丑小鸭终于变成了白天鹅,不仅实现了C++和CLI的无缝整合,而且保留了原先C++语法的优美和简洁。因为可以支持本地代码和CLI代码的混合调用,不仅可以充分利用Windows系统和.net的资源,而且因为本地代码的不可反编译性,使得C++/CLI天生就有了安全保密性。看来要在项目中的一些关键算法部分使用C++了。

另外,几个要注意的地方:

C#中xxx.getType()或者typeof(ClassXXX)在C++/CLI中对应代码是 ClassXXX::typeid
在C++/CLI中#import 比较重要,要注意
在C#中,所有对象天生就是COM对象(好在我一直没有弄错)


原文链接:http://www.cnblogs.com/BigTall/archive/2006/11/09/555653.html
加载中
返回顶部
顶部