簡單地說，COM是壹種跨應用和語言***享二進制代碼的方法。與C++不同，它提倡源代碼重用。ATL便是壹個很好的例證。源碼級重用雖然好，但只能用於C++。它還帶來了名字沖突的可能性，更不用說不斷拷貝重用代碼而導致工程膨脹和臃腫。
Windows使用DLLs在二進制級***享代碼。這也是Windows程序運行的關鍵――重用kernel32.dll, user32.dll等。但DLLs是針對C接口而寫的，它們只能被C或理解C調用規範的語言使用。由編程語言來負責實現***享代碼，而不是由DLLs本身。這樣的話DLLs的使用受到限制。
MFC引入了另外壹種MFC擴展DLLs二進制***享機制。但它的使用仍受限制――只能在MFC程序中使用。
COM通過定義二進制標準解決了這些問題，即COM明確指出二進制模塊（DLLs和EXEs）必須被編譯成與指定的結構匹配。這個標準也確切規定了在內存中如何組織COM對象。COM定義的二進制標準還必須獨立於任何編程語言（如C++中的命名修飾）。壹旦滿足了這些條件，就可以輕松地從任何編程語言中存取這些模塊。由編譯器負責所產生的二進制代碼與標準兼容。這樣使後來的人就能更容易地使用這些二進制代碼。
在內存中，COM對象的這種標準形式在C++虛函數中偶爾用到，所以這就是為什麽許多COM代碼使用C++的原因。但是記住，編寫模塊所用的語言是無關的，因為結果二進制代碼為所有語言可用。
此外，COM不是Win32特有的。從理論上講，它可以被移植到Unix或其它操作系統。但是我好像還從來沒有在Windows以外的地方聽說過COM。
基本元素的定義
我們從下往上看。接口只不過是壹組函數。這些函數被稱為方法。接口名字以大寫的I開頭，例如C++中的IShellLink，接口被設計成壹個抽象基類，其中只有純粹的虛擬函數。
接口可以從其它接口繼承，這裏所說的繼承的原理就好像C++中的單繼承。接口是不允許多繼承的。
coclass（簡稱組件對象類――componentobject class）被包含在DLL或EXE中，並且包含著壹個或者多個接口的代碼。組件對象類（coclasss）實現這些接口。COM對象在內存中表現為組件對象類（coclasss）的壹個實例。註意COM“類”和C++“類”是不相同的，盡管常常COM類實現的就是壹個C++類。
COM服務器是包含了壹個或多個coclass的二進制（DLL或EXE）。
註冊（Registration）是創建註冊表入口的壹個過程，告訴Windows 操作系統COM服務器放在什麽位置。取消註冊（Unregistration）則相反――從註冊表刪除這些註冊入口。
GUID（諧音為“fluid”，意思是全球唯壹標示符――globally unique identifier）是個128位的數字。它是壹種獨立於COM編程語言的標示方法。每壹個接口和coclass有壹個GUID。因為每壹個GUID都是全球唯壹的，所以避免了名字沖突（只要妳用COM API創建它們）。有時妳還會碰到另壹個術語UUID（意思也是全球唯壹標示符――universally unique identifier）。UUIDs和GUIDs在實際使用時的用途是壹樣的。
類ID或者CLSID是命名coclass的GUID。接口ID或者IID是命名接口的GUID。
在COM中廣泛地使用GUID有兩個理由：
1.GUIDs只是簡單的數字，任何編程語言都可以對之進行處理；
2.GUIDs可以在任何機器上被任何人創建，壹旦完成創建，它就是唯壹的。因此，COM開發人員可以創建自己特有的GUIDs而不會與其它開發人員所創建的GUIDs有沖突。這樣就消除了集中授權發布GUIDs的必要。
HRESULT是COM用來返回錯誤和成功代碼的整型數字。除此之外，別無它意，雖然以H作前綴，但沒有句柄之意。下文會對它有更多的討論。
最後，COM庫是在妳使用COM時與妳交互的操作系統的壹部分，它常常指的就是COM本身。但是為了避免混淆才分開描述的。
使用和處理COM對象
每壹種語言都有其自己處理對象的方式。例如，C++是在棧中創建對象，或者用new動態分配。因為COM必須獨立於語言，所以COM庫為自己提供對象管理例程。下面是對COM對象管理和C++對象管理所做的壹個比較：
創建壹個新對象
C++中，用new操作符，或者在棧中創建對象。
COM中，調用COM庫中的API。
刪除對象
C++中，用delete操作符，或將棧對象踢出。
COM中，所有的對象保持它們自己的引用計數。調用者必須通知對象什麽時候用完這個對象。當引用計數為零時，COM對象將自己從內存中釋放。
由此可見，對象處理的兩個階段：創建和銷毀，缺壹不可。當創建COM對象時要通知COM庫使用哪壹個接口。如果這個對象創建成功，COM庫返回所請求接口的指針。然後通過這個指針調用方法，就像使用常規C++對象指針壹樣。
創建COM對象
為了創建COM對象並從這個對象獲得接口，必須調用COM庫的API函數，CoCreateInstance()。其原型如下：
HRESULT CoCreateInstance (
REFCLSID rclsid,
LPUNKNOWN pUnkOuter,
DWORD dwClsContext,
REFIID riid,
LPVOID* ppv );
以下是參數解釋：
1.rclsid：coclass的CLSID，例如，可以傳遞CLSID_ShellLink創建壹個COM對象來建立快捷方式。
2.pUnkOuter：這個參數只用於COM對象的聚合，利用它向現有的coclass添加新方法。參數值為null表示不使用聚合。
3.dwClsContext：表示所使用COM服務器的種類。本文使用的是最簡單的COM服務器，壹個進程內（in-process）DLL，
4. 所以傳遞的參數值為CLSCTX_INPROC_SERVER。註意這裏不要隨意使用CLSCTX_ALL（在ATL中，它是個缺省值），
5. 因為在沒有安裝DCOM的Windows95系統上會導致失敗。
6.riid：請求接口的IID。例如，可以傳遞IID_IShellLink獲得IShellLink接口指針。
7.ppv：接口指針的地址。COM庫通過這個參數返回請求的接口。
當妳調用CoCreateInstance()時，它負責在註冊表中查找COM服務器的位置，將服務器加載到內存，並創建妳所請求的coclass實例。以下是壹個調用的例子，創建壹個CLSID_ShellLink對象的實例並請求指向這個對象IShellLink接口指針。
HRESULT hr;
IShellLink* pISL;
hr = CoCreateInstance ( CLSID_ShellLink, //coclass 的CLSID
NULL, //不是用聚合
CLSCTX_INPROC_SERVER, //服務器類型
IID_IShellLink, //接口的IID
(void**)&pISL ); // 指向接口的指針
if ( SUCCEEDED ( hr ) )
{
// 用pISL調用方法
}
else
{
// 不能創建COM對象，hr 為出錯代碼
}
首先聲明壹個接受CoCreateInstance()返回值的HRESULT和IShellLink指針。調用CoCreateInstance()來創建新的COM對象。如果hr接受到壹個表示成功的代碼，則SUCCEEDED宏返回TRUE，否則返回FALSE。FAILED是壹個與SUCCEEDED對應的宏用來檢查失敗代碼。