标签：
一般的DLL导出类方法，一个简单的例子：
dllExample.h：
1 #pragma once 2 3 #ifdef DLL_EXPORTS 4 #define DLL_API __declspec(dllexport) 5 #else 6 #define DLL_API __declspec(dllimport) 7 #endif 8 9 class DLL_API ExportClass 10 { 11 pirvate: 12 int x; 13 public: 14 void foo(); 15 };
dllExample.cpp：
1 #define DLL_EXPORTS 2 #include "dllExample.h" 3 4 void ExportClass::foo() 5 { 6 //do something... 7 return; 8 }
而外部代码只需要包含头文件，就会自动导入ExportClass的定义。
编译时连接该DLL对应的lib，运行时提供DLL文件，即可正常运行。
不过这种简单的DLL导出存在一个限制，如果我们导出的类中含有非C++基础类型：
dllExample.h：
1 #pragma once 2 3 #ifdef DLL_EXPORTS 4 #define DLL_API __declspec(dllexport) 5 #else 6 #define DLL_API __declspec(dllimport) 7 #endif 8 9 class DLL_API ExportClass 10 { 11 pirvate: 12 std::string x; //此处的string类型导出是不安全的 13 public: 14 void foo(); 15 };
我们知道, 对于STL，微软为每个版本的VS都有不同的实现，VS2008(VC90),VS2010（VC100），VS2013（VC120）。
由于不同的STL的实现，我们不能在不同的版本见直接传递std::string, 否则运行期可能出现不可预知的错误。
而事实上我们在ExportClass中的std::string x变量是不希望被外部直接使用的，也就是并没有export的必要，事实上，不建议让dll向外导出任何关于非C++基础类型的定义。
但是由于ExportClass需要向外导出（因为需要使用foo（）函数），应该如何处理这样的矛盾呢？
对于这样的问题，我们需要使用C++的抽象类（其实就是java中的interface概念）来解决：
我们需要：
1. 申明一个只有纯虚函数和C++基础类型的基类，所有需要向外部导出的定义都包含在该类中。
2. 申明另一个类，继承该基类。
3. 实现一个返回基类函数指针的getInstance函数，即返回一个派生类实例的工厂方法。
4. 在外部代码中，通过多态机制访问该类。
dllExample.h:
1 #pragma once 2 3 #ifdef DLL_EXPORTS 4 #define DLL_API __declspec(dllexport) 5 #else 6 #define DLL_API __declspec(dllimport) 7 #endif 8 9 class DLL_API ExportInterface 10 { 11 public: 12 virtual void foo() = 0; 13 }; 14 15 extern "C" DLL_API ExportInterface* getInstance(); 16 17 #ifdef DLL_EXPORTS //我们并不需要向外导出该类的定义，在外部代码编译时，也不需要包含此类的定义。 18 class ExportClass: public ExportInterface 19 { 20 pirvate: 21 std::string x; //由于外部代码对此不可见，此处的std::string是安全的。 22 public: 23 void foo(); //函数体在dllExample.cpp中实现 24 }; 25 #endif
dllExample.cpp:
#define DLL_EXPORTS #include "dllExample.h" extern "C" DLL_API ExportInterface* getInstance() { ExportInterface* pInstance = new ExportClass(); return pInstance; } void ExportClass::foo() { //do something... return; }
标签：
原文地址：http://www.cnblogs.com/JingJ/p/4442286.html
