如果是进程外的COM,通常我们要为其自定义的接口实现Proxy/stub DLL。但我让我不解的是:如果我用ATL做一个进程外COM,要与不要Proxy/stub DLL怎么都能工作?
解决方案 »
- ModifyStyleEx(0,SWP_NOSIZE,SWP_NOSIZE )
- 有关dllmain中进程退出时的问题
- 为什么我的键盘钩子,只工作一两次就不工作了?
- 菜鸟级问题:如何load一个图片到对话框中,并显示?
- accept的socket是否继承了listen的socket的属性?
- 惨啊!!我调试程序时出现以下错误:local function definitions are illegal。
- 能否把Doc/View的SDI程序封装成一个DLL?
- 请教大侠怎样做vc++程序的安装版?
- 寻合作伙伴,共创大业!(上海)
- 程序启动时的问题
- 请问如何将ListBox中的某一项的字体设置为加粗啊?
- 在线求救!!急!!十万火急!!!
因为你用了标准的自动化代理存根dll
那是不是说,如果我手工实现了PROXY/STUB DLL,那么就会使用我的PROXY/STUB DLL。如果我不实现(或者说不去理采PROXY/STUB DLL,当成普通进程内组件),那么是不是系统就会自动处理所有PROXY/STUB DLL细节,对于我来说是透明的?
不过,我还有一个问题,如果我在实现组件时,我全部用双接口,那么我是不是根本就不必管 PROXY/STUB DLL 是否存在了。即使CLIENT和COM SERVER不在同一台电脑上?
midl在编译idl文件时会检查接口的local属性,如果没有则关联Proxy/stub 代码。
另外使用oleautomation或dual属性的接口会使用通用列集器,它是一个已有的COM Class,ClassID是...-000000000046(ole32.dll),在注册表的interface下的大多数接口的ProxyStubClsid32都是这个值。