首页 > 代码库 > IDispatch接口 - Dual和Custom
IDispatch接口 - Dual和Custom
当用ATL向导来创建一个接口的时候,向导会让我们选择Dual或者Custom.
那么它们到底有什么分别呢?
Dual
鼠标移上去,其实是有个说明的。下面的截图没有显示后面的一些文字,
实际意思是说这个接口同时支持IDispatch方式和vtable方式,这大概也就是双接口(Dual)名字的来源。
vtable调用方式,指的是直接通过接口指针的虚函数表。比如
CComPtr<IMyCar> spCar; spCar.CoCreateInstance(CLSID_MyCar, NULL, CLSCTX_INPROC_SERVER); spCar->Run();上面的代码就是通过虚函数表来找到IMyCar的实现类的Run函数。
而IDispatch调用方式就是前面文章讲过的通过Invoke函数来调用。其实当我们调用IDispatch::Invoke()的时候,IDispatch的实现类会经过一系列的转换,最终调用目标函数。
Custom
Custom没有支持IDispatch,只支持vtable。实际上Custom接口是从IUnknown继承下来的,而Dual接口是从IDispatch继承下来的(IDispatch从IUnknown继承下来)。
如果是custom接口,那么只能通过vtable的方式了,就是通过接口指针来调用成员函数,而不能用IDispatch的invoke了。
那什么时候用Dual,什么时候用Custom呢?
我个人的准则就是:当com组件只在C++里面被调用的时候,用custom;如果com组件可能被其他语言调用,那么就用dual。
另外,通过IDispatch::Invoke(),效率会比vtable调用方式低很多,因为它要经过很多转换。如果是C++调用环境,尽可能使用vtable的方式,如果是其他语言就没办法了,只能是IDispatch方式。
IDispatch接口 - Dual和Custom
声明:以上内容来自用户投稿及互联网公开渠道收集整理发布,本网站不拥有所有权,未作人工编辑处理,也不承担相关法律责任,若内容有误或涉及侵权可进行投诉: 投诉/举报 工作人员会在5个工作日内联系你,一经查实,本站将立刻删除涉嫌侵权内容。