COM使用，资料太少了

Question

比如,webbrowser控件，都没这方面的资料啊~虽然在vc中非常容易的插入了控件，函数说明太少了，函数怎么用的都不知道~
要是有win32 API说明一半详细都可以了~
MSDN里有webbrowser的VB,C#使用介绍，不过也不详细~

Answer 1

现在COm已经算比较过时的技术了，在他之后已经有COM+和web service了
COM对象实际上除了一些最基本的概念（IUnknown，IDispatch），其他很多你想知道的东西都是每个控件有每个控件自己的知识，如Web browser的东西，你想知道的就不是COM普通的知识，而是web browser控件自己的东西，因此你不应该抱怨COM知识太少，而是你要使用的控件知识太少

Answer 2

要调用系统的一些组件（IE,WMP），还得用COM
有更好的访问方式么。因为COM技术很老了~
有比COM更简单，方便的方式么。

Answer 3

此贴有作为COM讨论的潜力
COM
COM+
DCOM
我们知道COM现如今的开发和应用已经和最初推出这个标准的初衷不太一样了。
一切的一切，从与语言无关，与系统无关，一切的一切，都与接口有关。
然而，最终的最终，看起来，终结COM作为一个设想很好的标准，也是跨平台。
严格来说，COM的跨平台性不是终结于技术本身，而是阵营不同。
理论上，在linux，mac，windows三大主流应用系统中都可以实现com的支持。但是除了windows大量的基于COM的应用，而又似是而非做了很多自有的扩展。其他系统平台很别扭的不愿基于任何支持。
也正因为此，com的意义也就少了很多。当然com技术的内涵却通过层出不穷的名词出现在各个系统和开发平台中。
即便是微软也不再一味死守com，而是在.net framework中让com继续走下去。
但对于使用VC开发的人们，com的路，下一站是怎样，com，dcom，com+该怎样发掘出需求的价值，而不是逐渐淡出。虽说com已经过时了，在大多数人的看法是如此，但并没有新的东西能真正替代目前com所实现的需求。至少是在VC平台方向上如此。

Answer 4

web service，始终是个令人焦虑的标准。因为他的并发性，因为他的性能，在不少异构，或者集群系统中，是切实的瓶颈。所谓在集群系统中传递对象实例，到目前如此，都不能够独立的实现。依托于http协议之上的五花八门的webservice协议，再怎么描绘美好，都无法达到令人满意的性能指标。尽管WCF看似美好，可是仍然，从非托管代码中调用托管的web service服务接口，依然是个很繁琐的事情，没有足够简洁，清晰，少冗余的方案。