MFC DLL导出函数有两种方法，第一就是__declspec(dllexport)，第2种就是def文件，全面研究报告结论，我们应该少用def文件，而应该用__declspec(dllexport)。以下是研究过程：
（1）win32 DLL导出函数加__declspec(dllexport)，静态加载(用#pragama+__declspec(dllimport)用法)调用成功
（2）win32 DLL导出函数用def填写，静态加载(用#pragama+__declspec(dllimport)用法)无法调用，动态加载(LoadLibrary)调用成功
(3)MFC 共享DLL只要在名前面加一个__declspec(dllexport)，类方法不用加，静态加载调用成功
(4)MFC 共享DLL如果不在类名前面加了一个__declspec(dllexport)，情况很复杂：实验结果
（a）带有构造函数和析构函数情况下，部分函数加__declspec(dllexport)会出错
（b）带有构造函数和析构函数情况下，除了构造函数和析构函数，其他所有函数加__declspec(dllexport)会出错
（c）没有构造函数和析构函数情况下，其他所有函数加__declspec(dllexport)调用成功
（d）没有构造函数和析构函数情况下，部分函数加__declspec(dllexport)调用加__declspec(dllexport)的函数成功
（e）有构造函数和析构函数情况下，所有函数(含构造函数和析构函数)加__declspec(dllexport)会调用成功
(5)MFC 共享DLL只通过def文件导出函数，发现无论有无构造或者析构函数，调用或者本身都会出错
结论：MFC导出类有3种方法推荐，第一只要在名前面加一个__declspec(dllexport)，第二在所有函数包含构造后析构函数加__declspec(dllexport)，第三写一个类，声明一个全局变量，然后封装全局函数，在函数前加__declspec(dllexport)，因此def文件方法几乎没起到什么大作用，尤其在类的导出。
本实验在VS2013实验，研究记录均是实际得出结果，并非主观臆断。