(1)導出API函數的方式
這種方式是Windows中調用DLL接口的最基本方式，GDI32.dll, User32.dll都是用這種方式對外暴露系統API的。
這種方式的優點是導出函數沒有語言限制，什么語言都能調用；
缺點是這種方式是面向過程的，外部如果要支持多實例等不是很方便，另外它要求的回調函數(callback)只能是普通C函數，C++中我們通常用類靜態成員函數，很不方便。
當然，我們通過封裝其實也可以讓這種方式支持多實例，通過一個抽象句柄HComponent， 比如支持導出函數HComponent CreateInstance(); VOID DeleteInstance(HComponent h);然后內部的其他導出函數的第一個參數都是實例句柄，類似INT SendMessage(HComponent h, ...)， 用這種方式可以模擬出面向對象的效果。
另外如果用動態加載(LoadLibrary, GetProcAddress)的方式調用它的導出函數，即使導出函數內部實現修改了，外部程序也不用重新編譯，仍然可用。
導出函數方式一個比較優秀的例子是GDI+的實現，整個GdiPlus.dll對外提供的都是普通導出函數，但是它卻可以方便的給面向對象的語言使用，因為一方面它用Handle的方式在DLL內部封裝了對象，另一方面它在DLL外圍又用C++類的方式封裝了頭文件直接提供給用戶， 所以C++程序可以直接以面向對象的方式調用。

(2)導出類方式
導出類的方式就是把整個C++類對外導出, MFC42.dll就是這種方式。
這種方式的優點是直接面向對象。
缺點是只能給C++用，而且最好編譯器都要一致，另外DLL一變動， 外部程序需要重新編譯， 而且外部程序可以通過頭文件看到你類的內部實現，
所以這種方式是最不建議使用的方式。

(3)COM方式
COM方式綜合了上面2種方法的所有優點，沒有語言限制，面向對象，多實例，只能看到接口，動態升級等。
當然COM因為其復雜性和對注冊表的依賴，很多時候我們在封裝模塊時不愿意嚴格按照COM標準來實現，但是我們可以按照COM思想來提供接口。
比如我們可以讓我們模塊只提供一個導出函數CreateFactory, 然后外部可以調用該接口來創建工廠，最后通過工廠創建出各種類型的對象，這些對象實現了某些接口，外部只需要這些接口的頭文件即可調用對象的方法。
現在越來越多的組件以這種方式對外提供接口，比如D2D對外的導出接口就是D2D1CreateFactory， 然后就可以通過該工廠來創建其他的對象，比如pD2DFactory->CreateHwndRenderTarget(...)，最后可以直接調用對象實現的接口：pRenderTarget->DrawRectangle(D2D1::RectF(100.f, 100.f, 500.f, 500.f), pBlackBrush);