COM / OLE / ActiveX / IDispatch混淆

Question

我无法理解这些术语之间的差异。

是COM和ActiveX同义词吗？

ActiveX对象只是一个公开IDispatch的COM对象吗？

许多较旧的MSDN页面提到没有任何COM上下文的IDispatch。它是否有单独的历史记录，并且刚刚在其生命周期的后期在COM“保护伞”下引入？

OLE适合哪里？它（可观）是否存在于MFC命名和MSDN中 - 所有这些只是遗留下来的？

维基百科提供了一些见解，但并不多。我找不到更深入的参考资料。

Answer 1

从按程序进行COM编程：

  

你很快就会发现另一件事   COM是营销实地考察   当天的术语。而不是   帮助促进理解，   在大多数情况下，你会发现它会促进   神秘。 ... OLE，ActiveX，Remotable   对象 - 哪一个意味着什么   周？ ...

     COM已经从解决方案演变为了   具体问题 - 如何允许一个单词   处理器编辑电子表格   没有用户退出的信件   字处理器来做到这一点。这个   解决方案被称为OLE。 ......但是，   使用OLE（OLE2）的第二个版本，   它的创建者修改了OLE32.DLL   揭示更多的基本功能   的OLE，以便可以使用它的API   允许任何申请获得   另一个的功能。这个API，   自1993年以来变化不大，   被认为是COM   API。   ...

     

暴露COM API后，   微软用它来创造它   然后调用OLE控件来允许   复杂的控件（例如，按钮   螺旋，列表框播放   音乐）用Visual C ++编写   可以访问Visual Basic   应用。最终这一点   技术用于控制   由您的网站下载和使用   浏览器。此时，这个名字   改为ActiveX控件或只是   纯ActiveX用于营销   原因。虽然你可以打包任何   ActiveX控件中的功能，   它的要求一直都是   专门用于支持用户   界面控制。

我仍然对最后一句话感到好奇 - COM对象是否必须满足一些额外的要求才有资格成为ActiveX控件？ - 但它足以让它离开。

感谢您的回答！

Answer 2

尽管ActiveX通常用于“ActiveX控件”的上下文中，但ActiveX是COM的营销用途。这是GUI对象。

IDispatch是一个由COM对象实现的接口，因此客户端程序可以在运行时动态调用其方法（后期绑定），而不是在编译时需要提前知道所有方法和参数类型的

OLE是COM的早期版本。

Answer 3

关于OLE：COM的根源在于OLE。但是今天，OLE可能被认为是建立在COM之上，主要用于它的名字 - 文档链接和嵌入。虽然COM本身只定义了几个接口（IUnknown，IClassFactory，IMalloc等），但OLE添加了一大堆额外的接口，如IMoniker，IOleItemComtainer等。

总结：COM是基础，ActiveX和OLE是COM之上的层。