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方式。