(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);