在前文，我们已经解释了：

• 自动化（Automation）基础概念：COM组件（Component）与接口（Interface） 
• 自动化（Automation）基础概念：变体（Variant）与Dispatch调用（IDispatch）  
• 自动化（Automation）基础概念：二次开发接口（API）与插件（Addin）

接下来，让我们来解释两个同样常见的词：

• 接口描述语言（IDL）
• 类型库（TypeLib）

前文我们已经解释了二次开发接口（API），它是应用程序用来向外部程序（或插件）提供服务的。我们理一下思路：

• 应用程序是一个EXE形式的COM组件（EXE COM Server）。
• 应用程序对外提供接口（Interface），也就是我们通常说的二次开发接口（API）。
• 为了支持更多的使用者，特别是支持一些脚本语言，应用程序的二次开发接口（API）通常被设计为双接口。

清楚了这些，剩下来的问题是：既然应用程序API是接口，是一种二进制协议，那么，第三方如何知道应用程序提供的接口是什么样子的呢？这就是本文要回答的内容。 阅读这篇文章的其余部分 »

• 自动化（COM Automation）基础概念
  • COM组件（Component）与接口（Interface） 
  • 变体（Variant）与Dispatch调用（IDispatch）
  • 二次开发接口（API）与插件（Addin）
  • 接口描述语言（IDL）与类型库（TypeLib）
• 待续…

在前文，我们已经解释了：

• 自动化（Automation）基础概念：COM组件（Component）与接口（Interface） 
• 自动化（Automation）基础概念：变体（Variant）与Dispatch调用（IDispatch）

而同时，我们经常也可能经常听到以下这些词语： 

• 自动化（Automation，COM Automation）
• OA（办公自动化，Office Automation）
• 二次开发接口（应用程序开发接口，Application Programming Interface，API）
• 插件（Addin，Addon）

等等。本文试图解释这些概念。 阅读这篇文章的其余部分 »

在上一篇，我们解释了COM技术基础：COM组件（Component）与接口（Interface）。这里我们聊聊COM技术中的经常会遇到的两个概念：变体（Variant）和IDispatch接口。

点击这里阅读详细内容。

在前文，我预告了我将开始介绍WINX对自动化（Automation）的支持。首先我打算解释一下自动化（Automation）相关的概念。

我们会分为3个篇幅介绍：

• COM基础：COM组件（Component）与接口（Interface）
• 变体（Variant）与IDispatch（Dispatch调用）
• 自动化（Automation）、OA（Office Automation）、二次开发接口（应用程序开发接口，API）与类型库（TypeLib）

这是第一篇。

COM组件（Component）直观理解就是一个类，但这不是严谨的定义。原因有二：

• 有的语言（例如C语言）没有类，但是它可以实现COM组件。
• COM组件（Component）通常是一个类，但是它也可能是用多个类来实现。但是对于组件的客户而言，它是一个类，还是多个类进行实现，它不知道，也不关心。关于用多个类实现COM组件的详细内容，您可以了解一下COM组件中的“嵌套类实现COM接口（如MFC喜欢的，ATL则倾向于用多重继承）”、“聚合（AGGREGATION）”方面的内容。

COM组件（Component）是一种基于二进制对象协议的概念。也可以理解为，这是一个二进制意义上的“类”。一个COM组件，对外暴露的不是一组方法（Method），而是一组接口（Interface）。

接口（Interface）这个概念被广泛用运，一般意义上说是指“类的规格（契约）”。从COM意义上理解的接口（Interface），指的是一种和目前vtbl机制相容的二进制协议，并且vtbl的前三项与IUnknown接口相容（从继承角度上来讲，可以理解为要求从IUnknown继承，但只是这样理解而已）。例如，你可以定义如下接口：

interface IFoo : IUnknown
{
    virtual void __stdcall fooA() = 0;
    virtual int __stdcall fooB(int arg1, int arg2) = 0;
};

但是你也可以不这样写，而是这样纯C风格的：

struct IFooVtbl
{
     HRESULT (__stdcall *QueryInterface)(void* pThis, const GUID* iid, void** ppv);
     ULONG (__stdcall *AddRef)(void* pThis);
     ULONG (__stdcall *Release)(void* pThis);
     void (__stdcall *fooA)(void* pThis);
     int (__stdcall *fooB)(void* pThis, int arg1, int arg2);
};

struct IFoo
{
     struct IFooVtbl* vptr;
};

QueryInterface是COM组件（Component）的核心部分，有了它，才使得组件有了发展升级的可能。我们知道，COM中接口（Interface）有一个GUID（全球唯一标识符）与其对应，理论上说，一旦一个接口被发布，那么它就不应该被修改，以便旧的客户可以升级使用到新版本的COM组件。要升级你的组件，你应该这样：

interface IFoo2 : IFoo
{
   virtual HRESULT __stdcall newFoo() = 0;
};

客户需要用到IFoo2中的功能时，就需要用QueryInterface切换到IFoo2：

IFoo* pFoo;
…
IFoo2* pFoo2;
HRESULT hr = pFoo->QueryInterafce(IID_IFoo2, (void**)&pFoo2);
if (SUCCEEDED(hr))
{
    // use pFoo2 …
    pFoo2->Release();
}

而IUnknown中的AddRef、Release，则用于管理COM组件的生命周期。对于它我在《C++内存管理变革》中也聊过，这里不多解释。