MFC下的COM编程几种方法的优劣诚心向高手请教？（好定加分！）

问题： MFC下的COM编程几种方法的优劣诚心向高手请教？（好定加分！）
描述:

1.MFC下的com编程一定要用自动化吗？
2.使用vc的自动化相关的构架编程会限制客户端的编程语言的选择吗？，他们的交互有问题吗？
3.使用ATL库带MFC进行com的编程与mfc下com编程的各自适用的场合？
4.跨进程com服务器可以主动向客户端传送消息或发送数据吗？如何实现？
诚心请教。分不够定加！！

---

解决方案1:

gz

解决方案2:

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

解决方案3:

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

解决方案4:

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

解决方案5:

UPING!!!