什么时候需要使用自己的proxy stub?

Question

以前学的时候好像记得，对于一些只使用了VARIANT中的类型的接口不需要自己的proxy stub，windows有一个缺省的proxy stub可以使用。我的问题是如果我的接口方法中使用了另一个我自己定义的接口作为参数，那么这时需不需要自己的proxy stub？如下interface IMyInterface;interface IMyInterface2
{
     ....
     HRESULT GetInterface(IMyInterface** ppInterface);
}当创建实现了IMyInterface2的组件时需不需要同时创建其proxy stub？还是使用windows缺省的那个就可以了？

Answer 1

DentistryDoctor(牙医的目标是没有蛀牙), 你的意思是任何情况下都可以没有自己的proxy stub ?

Answer 2

dcom下必须有，无论系统还是自己

Answer 3

Pipi0714(老顽童), 我的问题就是什么情况下必须要有自己的？

Answer 4

远程过程调用时，需要象本机一样调用函数，就得用proxy stub，实现两端的通讯，还有参数的散列集

Answer 5

只有进程外组件才会用到proxy/stub,
进程外的每个接口函数都要proxy/stub
本地调用其它本地接口只需要在IDL中定义即可

Answer 6

大家都没有完全回答我的问题，我想问的是在需要proxy/stub的时候，什么情况下必须要使用自己的，什么情况下使用那个windows缺省的就可以了。

Answer 7

进程外接口通讯需要实现proxy/stub，如果仅是标准COM或者OLE接口(如IUnknown,IDispatch)，可用其默认的proxy/stub程序，但如果你是自定义的接口(在idl中定义),必须得自己实现proxy/stub来保证你自定义接口的通讯.若接口成员函数的参数有指针或者结构参数，还需创建为实现Marshal和Unmarshal的proxy/stub代码。

Answer 8

跟下面有关吗：
To expose nonremotable interfaces, a custom surrogate can inject a wrapper between the client and inproc object that can custom marshal into the client's apartment.
To implement nonstandard process/object lifetime semantics (such as shutting down idle servers or objects).
To spread the instances of an STA-only CLSID across multiple STA threads to increase concurrency for SMP machines. For an example of this, please see http://www.develop.com/dbox/com/surrogates/aptsur.htm.
To make the surrogate use hardwired security settings independent of what the administrator has configured using DCOMCNFG.EXE.
To play tricks on the client and swap in a different CLSID (or perhaps host machine) based on some dynamic state that your surrogate can monitor.

Answer 9

呵呵，从google搜到这儿来了，一般来说不用自己去实现proxy/stub代码，因为你只有定义好了idl/odl文件，MIDL编译器会替你的接口生成proxy/stub代码