加載COM的方式

通常我們都是使用CoCreateInstance或CoGetClassObject獲得接口，再通過接口訪問他的成員方法。在C++支持下，從來不會有任何問題。但是如果使用Win32模式，純粹C風格編程，就會出現問題了。

通過研究我發現其實上述訪問方式本身就存在問題。標准的訪問方式，如D3D一樣，接口的初始化必須在Com提供的API基礎上完成。COM設計者需要提供一個API，像DLL的導出函數一樣，供給外部程序調用。

具體設計：

下面是一個gdi擴展函數庫gdiex，GdiexCreate就是創建接口的一個函數，如同Direct3DCreate9一樣，調用這個函數可以立刻創建一個接口指針。

在COM內部設計導出函數，如：

HRESULT WINAPI GdiexCreate(LPVOID *lplpGdiex)
{
HRESULT hr;
ISaveDDCtl * pCtrl = NULL;

hr = CoCreateInstance( CLSID_SaveDDCtl, NULL, CLSCTX_SERVER, IID_ISaveDDCtl, (void**) &pCtrl);

if(FAILED(hr))
{
　MessageBox(NULL, "GdiexCreate Failed!", "gdiexPS", MB_OK|MB_ICONSTOP);
　return hr;
}

*lplpGdiex = (LPVOID) pCtrl;

return S_OK;
}

該函數可以放在主要cpp文件中。

在導出的頭文件(gdiex.h)中作出聲明：

HRESULT WINAPI GdiexCreate(LPVOID *lplpGdiex);

只要不重新生成COM，這個頭文件中都會包含該API。

下來在gdiex.def增加這個API名字，以便外部訪問。

EXPORTS
DllCanUnloadNow　PRIVATE
DllGetClassObjectPRIVATE
DllRegisterServerPRIVATE
DllUnregisterServerPRIVATE
　　GdiexCreate

調用的時候，只需要在工程中包含gdiex.h， 輸入gdiex.lib，就可以調用到這個API

ISaveDDCtl * pCtl = NULL;
CoInitialize( NULL );

hr = GdiexCreate( (LPVOID*) &pCtl );
if(FAILED( hr )) {
return hr;
}
... ...
GdiexFree( (LPVOID) &pCtl );　//gdiex釋放API，在gdiex模塊中定義。
CoUninitialize();

就是這樣，調用者沒有出現多余的訪問，就可以獲得接口。而且C/C++都可以很好的工作。