编程许久，在使用DLL导出类的时候，用的都是AFX_EXT_CLASS,直到近日，才终于发现这个家伙有点缺陷。     让我们来看这样一个问题：新建一个MFC Extension DLL ，并在其中新建一个类testA。   // testA.h class AFX_EXT_CLASS testA  {public:   testA();   virtual ~testA();public:   static const double PI;};              在头文件中声明了类静态变量PI，并在testA.cpp中进行了初始化。  const double testA::PI = 3.14; 编译通过，生成lib,dll.   试验发现：     如果客户是一般的exe程序，使用PI正常，编译通过。     如果客户是另一个DLL，使用PI的时候编译通过不了，报如下错误： error   LINK2001:   unresolved   external   symbol   ... PI ...      在网上找了好久，没有找到解决方案，只好用全局变量PI来代替，或者使用全局函数来返回PI的值，即  double GetPI(){ return testA::PI;}           有一天终于发现了解决办法：即采用普通的__declspec(dllexport)和__declspec(dllimport)，而不采用AFX_EXT_CLASS   // testA.h #ifdef SIMPLEDLL_EXPORT #define DLL_EXPORT __declspec(dllexport)#else#define DLL_EXPORT __declspec(dllimport)#endif class DLL_EXPORT testA  {public: testA(); virtual ~testA();public:  static const double PI; };   // testA.cpp #define SIMPLEDLL_EXPORT #include "testA.h       现在不管客户是EXE还是DLL，只需要包含testA.h, 使用PI正常。       可见问题就是在于AFX_EXT_CLASS了。       经过百般查证，终于找到了部分原因：   The   problem   is   that   in   Win32,   you   must   explicitly   declare   any   data   as   _declspec(dllexport)   if   it   is   to   be   exported   from   a   DLL,   and   declare   any   data   as   _declspec(dllimport)   if   it   is   to   be   imported   from   a   DLL.   When   you   define   _AFXEXT,   the   MFC   headers   make   sure   that   AFX_EXT_CLASS   is   defined   correctly.   When   you   have   multiple   layers,   one   symbol   such   as   AFX_EXT_CLASS   is   not   sufficient   because   an   extension   DLL   may   be   exporting   new   classes   as   well   as   importing   other   classes   from   another   extension   DLL.       希望高手们能详细解释一下具体的原因。 以上实验在VS2008和VC6.0下通过。    

评论