MFC下的COM编程几种方法的优劣诚心向高手请教?(好定加分!)

时间:2022-12-15 07:26:17
1.MFC下的com编程一定要用自动化吗?

2.使用vc的自动化相关的构架编程会限制客户端的编程语言的选择吗?,他们的交互有问题吗?

3.使用ATL库带MFC进行com的编程与mfc下com编程的各自适用的场合?

4.跨进程com服务器可以主动向客户端传送消息或发送数据吗?如何实现?

诚心请教。分不够定加!!

7 个解决方案

#1


1. 不一定
2. 不会,因为是按照com的标准,所以只要按照com的标准编写客户端就可以,没有语言限制
3. 一般使用了atl就不会使用mfc(太大),atl和mfc的定位不一样,atl用了编写轻量级的组件,一般没有什么界面或用户操作,而mfc主要用了完成界面或与用户交互,也可以用了写组件,不过比atl要麻烦
4. 可以,用出接口

#2


To:RickeyLau
1.不用自动化,是不是意味着像《COM技术内幕》中那样完全按照com的规范编程?

4.是那个接口?它需要客户端作服务器的功能用吗?它的基本工作机制是什么?能推荐这方面的书或文档吗?

#3


可以看看《com原理与应用》上面有你要的答案

#4


说句实在话,VC实在是不怎么样,做起来效率太低,而且还很难

#5


UPING!!!

#6


1.只是为了VB和JAVA等不能使用指针的语言而设计的;现在VB也支持指针了;
2。不会影响编程语言的选择,VC两种都可以,关键是应用的方向;
3。MFC下自认为用ATL好,其他只是借用编译器而已。
4。跨进程com服务器可以主动向客户端传送消息或发送数据吗?可以。主要使用的是COM的连接点事件方法。CAbc::OnAdvise();1)在潘爱民的《COM原理与应用》里有;2)最好参考:《ATL编程指南2》有详细的例子。

#7


gz

#1


1. 不一定
2. 不会,因为是按照com的标准,所以只要按照com的标准编写客户端就可以,没有语言限制
3. 一般使用了atl就不会使用mfc(太大),atl和mfc的定位不一样,atl用了编写轻量级的组件,一般没有什么界面或用户操作,而mfc主要用了完成界面或与用户交互,也可以用了写组件,不过比atl要麻烦
4. 可以,用出接口

#2


To:RickeyLau
1.不用自动化,是不是意味着像《COM技术内幕》中那样完全按照com的规范编程?

4.是那个接口?它需要客户端作服务器的功能用吗?它的基本工作机制是什么?能推荐这方面的书或文档吗?

#3


可以看看《com原理与应用》上面有你要的答案

#4


说句实在话,VC实在是不怎么样,做起来效率太低,而且还很难

#5


UPING!!!

#6


1.只是为了VB和JAVA等不能使用指针的语言而设计的;现在VB也支持指针了;
2。不会影响编程语言的选择,VC两种都可以,关键是应用的方向;
3。MFC下自认为用ATL好,其他只是借用编译器而已。
4。跨进程com服务器可以主动向客户端传送消息或发送数据吗?可以。主要使用的是COM的连接点事件方法。CAbc::OnAdvise();1)在潘爱民的《COM原理与应用》里有;2)最好参考:《ATL编程指南2》有详细的例子。

#7


gz