一、COM

COM(Component Object Model)是最近WIndows世界中最流行的TLA(three-letter acronym)。一些新技術(shù)的出現(xiàn)都是基于COM的。并且這些技術(shù)文檔中拋出了很多術(shù)語，比如 「COM對象」 、 「接口」 、 「服務(wù)器」 等等，但都假設(shè)您已熟悉COM的基本工作原理和使用方法。

COM到底是什么

簡單地說，COM是一種跨不同應(yīng)用程序和語言共享二進制代碼的方法。這與c++方法不同，后者促進了源代碼的重用。ATL就是一個很好的例子。雖然源代碼級重用可以很好地工作，但它只適用于c++。它還引入了名稱沖突的可能性，更不用說在項目中擁有多個代碼副本而導(dǎo)致的工程膨脹和臃腫。

Windows允許使用dll在二進制級別上共享代碼。畢竟，這就是Windows應(yīng)用程序的功能——重用kernel32.dll, user32.dll,等等。但是由于dll是寫在C接口上的，所以它們只能由C或理解C調(diào)用約定的語言使用。這就把共享的重擔放在了編程語言實現(xiàn)者身上，而不是DLL本身。

MFC通過MFC擴展dll引入了另一種二進制共享機制。但是這些限制更加嚴格——你只能從MFC應(yīng)用程序中使用它們。

COM通過定義二進制標準解決了所有這些問題，這意味著COM指定二進制模塊(dll和exe)必須被編譯以匹配特定的結(jié)構(gòu)。該標準還精確地指定了在內(nèi)存中必須如何組織COM對象。二進制文件還必須不依賴于任何編程語言的任何特性(比如c++中的名稱裝飾)。一旦完成了這些，就可以很容易地從任何編程語言訪問模塊。二進制標準將兼容性的重擔壓在了生成二進制文件的編譯器上，這使得以后需要使用這些二進制文件的人更加容易。

內(nèi)存中COM對象的結(jié)構(gòu)恰好使用與c++虛函數(shù)相同的結(jié)構(gòu)，這就是為什么許多COM代碼使用c++的原因。但是請記住，編寫模塊所用的語言是不相關(guān)的，因為生成的二進制文件可以被所有語言使用。

順便說一句，COM不是特定于win32的。理論上，它可以移植到Unix或任何其他操作系統(tǒng)。然而，我似乎從來沒有提到過COM以外的Windows世界。

使用COM對象

每種語言都有自己處理對象的方式。例如，在c++中，您可以在棧上創(chuàng)建它們，或者使用new動態(tài)地分配它們。因為COM必須是語言無關(guān)的，所以COM庫提供了自己的對象管理例程。COM和c++對象管理的比較如下:

「創(chuàng)建一個對象」

「刪除一個對象」

由此可見，對象的創(chuàng)建和銷毀這兩個階段缺一不可。當你創(chuàng)建一個COM對象時，你告訴COM庫你需要什么接口。如果對象被成功創(chuàng)建，COM庫返回一個指向所請求接口的指針。然后，您可以通過該指針調(diào)用方法，就像它是一個普通c++對象的指針一樣。

延伸閱讀：

二、dwFlags是什么

dwFlags確定Windows如何處理“復(fù)合”Unicode字符，即字母后跟變音符號。復(fù)合字符的一個例子是e。如果此字符位于代碼頁中指定的代碼頁中，則不會發(fā)生任何特殊情況。但是，如果它不在代碼頁中，Windows必須將其轉(zhuǎn)換為其他內(nèi)容。 傳遞WC_COMPOSITECHECK使API檢查非映射的復(fù)合字符。傳遞WC_SEPCHARS使Windows將字符分成兩個部分，字母后跟變音符號，例如e ‘。傳遞WC_DISCARDNS會使Windows放棄變音符號。傳遞WC_DEFAULTCHAR將使Windows用lpDefaultChar參數(shù)中指定的“默認”字符替換復(fù)合字符。默認行為是WC_SEPCHARS。