3,245
社区成员
发帖
与我相关
我的任务
分享有点绕，请教一下大家，关于连接点的
自己写一个可扩展框架，有点绕，我希望我能说清楚
我开发了一个 ATL exe程序 A.EXE 提供 interfaceA 接口和 interfaceAEVENT 连接点
同时我 写了一个 ATL dll 程序 b.dll 对最终用户提供 interfaceB 接口和 interfaceBEvent 事件连接点
现在我的 b.dll 中要调用 A.EVE 的接口以及接收事件。
所以我在b.dll工程中引入了 A.EXE 的 idl编译出来的两个文件。通过 CoCreateInstance 可以创建 A.EXE 的对象，并调用接口方法，
但是 我如何在B.DLL 中接收a.exe公开的 连接点事件呢？
1。 我想仿照 MFC 实现连接点的机制， 新建一个类 然后继承某个基类，在MFC 中需要继承 CCmdTargate， 但是我不知道在ATL 中继承哪个类，或者类模板。
2。 在B.DLL 工程中写一个IDL 在IDL 中实现 interfaceAEVENT 的所有方法，然后使用atladvise 挂接，这样的话是不是就将这个接口完全暴露了呢 ？ 也就是说 如果我在 OLEVIEW 中看的话，即能看到B.DLL 暴露的interfaceB interfaceBEvent ，又能看到我为了接收A.EXE 而暴露的interfaceAEVENT 这样是不是会引起混乱呢？
我想请教大家的是，这两种方法是否都能实现我的要求，哪个更好呢，有没有更顺畅，更好的实现方法呢？
我开发了一个 ATL exe程序 A.EXE 提供 interfaceA 接口和 interfaceAEVENT 连接点
同时我 写了一个 ATL dll 程序 b.dll 对最终用户提供 interfaceB 接口和 interfaceBEvent 事件连接点
现在我的 b.dll 中要调用 A.EVE 的接口以及接收事件。
所以我在b.dll工程中引入了 A.EXE 的 idl编译出来的两个文件。通过 CoCreateInstance 可以创建 A.EXE 的对象，并调用接口方法，
但是 我如何在B.DLL 中接收a.exe公开的 连接点事件呢？
1。 我想仿照 MFC 实现连接点的机制， 新建一个类 然后继承某个基类，在MFC 中需要继承 CCmdTargate， 但是我不知道在ATL 中继承哪个类，或者类模板。
2。 在B.DLL 工程中写一个IDL 在IDL 中实现 interfaceAEVENT 的所有方法，然后使用atladvise 挂接，这样的话是不是就将这个接口完全暴露了呢 ？ 也就是说 如果我在 OLEVIEW 中看的话，即能看到B.DLL 暴露的interfaceB interfaceBEvent ，又能看到我为了接收A.EXE 而暴露的interfaceAEVENT 这样是不是会引起混乱呢？
我想请教大家的是，这两种方法是否都能实现我的要求，哪个更好呢，有没有更顺畅，更好的实现方法呢？
...全文
请发表友善的回复…
发表回复
hbs_biscuit 2010-12-27
- 打赏
- 举报
经过周末的调试，目前已经初步明确了，原因是这样的
如果使用ATL 写 事件接收器，可以有很多种方式,
一种方式是 写一个类，从CComCoClass，IDispatchImpl，IDispEventImpl继承，这样各个父类就实现了iunkown， idispatch，等虚拟的函数功能，我们可以重点关注我们的事件接收代码，由于实现了CComCoClass，所以这时我们新建接收器的时候 就需要用createInstance 来新建对象，而不是用new，这个接收器的生命期是归客户端的 com所管理的。
另外一种方式是，直接从IDispEventSimpleImpl，继承，因为IDispEventSimpleImpl 使用内嵌类的方式实现了 idispatch接口，所以我们也无需关注，这时我们的接收器对象可以直接new 出来，不用createinstance。
我是用第二种方法实现的，出现了很大周折，是因为我在这个事件接收器的类上使用了ATL_NO_VTABLE 修饰符，而IDispEventSimpleImpl 也使用了ATL_NO_VTABLE ，导致 vtable没有建立起来。这一点还是要多加注意一下， 总想着优化，结果把基本功能都优化掉了。
还有一种方式是可以通过IDispEventImpl，不过这时由于没有指定 类型库和 源事件接口ID ，比较灵活，也比较麻烦，可以在动态的调用COM 的时候使用。
如果使用ATL 写 事件接收器，可以有很多种方式,
一种方式是 写一个类，从CComCoClass，IDispatchImpl，IDispEventImpl继承，这样各个父类就实现了iunkown， idispatch，等虚拟的函数功能，我们可以重点关注我们的事件接收代码，由于实现了CComCoClass，所以这时我们新建接收器的时候 就需要用createInstance 来新建对象，而不是用new，这个接收器的生命期是归客户端的 com所管理的。
另外一种方式是，直接从IDispEventSimpleImpl，继承，因为IDispEventSimpleImpl 使用内嵌类的方式实现了 idispatch接口，所以我们也无需关注，这时我们的接收器对象可以直接new 出来，不用createinstance。
我是用第二种方法实现的，出现了很大周折，是因为我在这个事件接收器的类上使用了ATL_NO_VTABLE 修饰符，而IDispEventSimpleImpl 也使用了ATL_NO_VTABLE ，导致 vtable没有建立起来。这一点还是要多加注意一下， 总想着优化，结果把基本功能都优化掉了。
还有一种方式是可以通过IDispEventImpl，不过这时由于没有指定 类型库和 源事件接口ID ，比较灵活，也比较麻烦，可以在动态的调用COM 的时候使用。
wshcdr 2010-12-22
- 打赏
- 举报
没太看明白
关于用ATL实现连接点， 其实也就是实现他的IDispatch，呵呵，也可以自己手工来实现
关于用ATL实现连接点， 其实也就是实现他的IDispatch，呵呵，也可以自己手工来实现
sgzwiz 2010-12-22
- 打赏
- 举报
接收器既可用mfc来写，也可用ATL来写，也可以手工写
楼主已经用ATL写了
服务器报错，可以用vs调试下，就能找到
也许某个接口指针未release
楼主已经用ATL写了
服务器报错，可以用vs调试下，就能找到
也许某个接口指针未release
hbs_biscuit 2010-12-22
- 打赏
- 举报
恩，是可以手工实现的，不过我想的是尽量使用ATL 的类库设施，这样也方便明晰一些。
目前基本上实现了，可能还是有些问题，先写出来吧 ：
1。 新建一个普通类，
2。 包含 atl 服务器程序 MIDL 编译生成的 _i.c _i.h 文件
3。 继承 IDispatchImpl，CComObjectRootEx，IDispEventImpl 三个模板类，填写对应的模板参数
4。 增加BEGIN_COM_MAP，和BEGIN_SINK_MAP 的描述
5。 在创建此对象的时候使用 new CComObject<此类>的方式创建。
这样就可以接收事件了。
不过目前还有一些小的问题，客户端推出的时候 服务器报错，估计是计数的问题。
目前基本上实现了，可能还是有些问题，先写出来吧 ：
1。 新建一个普通类，
2。 包含 atl 服务器程序 MIDL 编译生成的 _i.c _i.h 文件
3。 继承 IDispatchImpl，CComObjectRootEx，IDispEventImpl 三个模板类，填写对应的模板参数
4。 增加BEGIN_COM_MAP，和BEGIN_SINK_MAP 的描述
5。 在创建此对象的时候使用 new CComObject<此类>的方式创建。
这样就可以接收事件了。
不过目前还有一些小的问题，客户端推出的时候 服务器报错，估计是计数的问题。
hbs_biscuit 2010-12-21
- 打赏
- 举报
大概是这个意思，我找到的几个例子都是 使用MFC 做事件接收器的，没有ATL 怎么做事件接收器
手机写程序 2010-12-21
- 打赏
- 举报
做atl server,Proxy/Stub dll,通过LPC与其它exe通讯是吗?好象有现成的例子吧.
hbs_biscuit 2010-12-21
- 打赏
- 举报
简单的说 就是 基于ATL 的dll 如何接收 基于ATL 的EXE 的事件
zyyoung 2010-12-21
- 打赏
- 举报
com接口？
allenhiman 2010-12-21
- 打赏
- 举报
的确很绕啊 没听明白 不如通俗点说 让大家给你些意见
