正文

类静态成员变量的导出问题(续)2010-12-31 15:17:00

【评论】 【打印】 【字体: 】 本文链接:http://blog.pfan.cn/yuqiexing/52124.html

分享到:

 近日,在Standard Dll导出静态变量,又出现了一些疑惑,不过还是解决了。

 

 显然不用AFX_EXT_CLASS了。根据本博客上篇文章《类静态成员变量的导出问题》的解决办法,均使用__declspec(dllexport)导出,然后在使用的地方导入。但是还是发现有些繁琐的细节需要注意。

 

 举例来说。A类中含有静态成员变量,在ADll中也是导出的。在BDll中的B类cpp中需要使用A类对象,显然在cpp中直接包含了A的头文件。B类自身也是需要导出的。

 

 由于BDll的所有类都是要导出的,所以为了方便,直接在整个环境(一般在Setting里面)的预编译标志里面加入了导出标志。这样一来,错误就发生了。只要包含了A的头文件就会报链接错误,说找不到那个静态成员变量。实际上,只需要在包含A的头文件之前,再次定义(#define)一个导入标志即可。这里不要使用#undef,因为#undef是会取消宏定义。而再次重新定义,即使用#define,其作用域是从定义的起始地方直到程序末尾(或者#undef取消),如果碰到下一个#define会直接覆盖。虽然我们在这个B的cpp里面,临时定义了一下导入标志,但是在到了一个新的编译单元的时候,因为有全局环境的宏定义,这样问题就解决了。


另外推荐阅读一篇文章,作者写的不错:

===============================================================

=========

 

在DLL编写时,使用__declspec(dllexport)的作用,它就是为了省掉在DEF文件中手工定义导出哪些函数的一个方法。当然,如果你的DLL里全是C++的类的话,你无法在DEF里指定导出的函数,只能用__declspec(dllexport)导出类。但是,MSDN文档里面,对于__declspec(dllimport)的说明让人感觉有点奇怪,先来看看MSDN里面是怎么说的:

  “不使用 __declspec(dllimport) 也能正确编译代码,但使用 __declspec(dllimport) 使编译器可以生成更好的代码。编译器之所以能够生成更好的代码,是因为它可以确定函数是否存在于 DLL 中,这使得编译器可以生成跳过间接寻址级别的代码,而这些代码通常会出现在跨 DLL 边界的函数调用中。但是,必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量”。
  初看起来,这段话前面的意思是,不用它也可以正常使用DLL的导出库,但最后一句话又说,必须使用 __declspec(dllimport) 才能导入 DLL 中使用的变量这个是什么意思??
 
那我就来试验一下,假定,你在DLL里只导出一个简单的类,注意,我假定你已经在项目属性中定义了 SIMPLEDLL_EXPORT
---------------------------------------------------------------------------------------------------------------------------------------------------
                              SimpleDLLClass.h
#ifdef SIMPLEDLL_EXPORT
   #define DLL_EXPORT __declspec(dllexport)
#else
   #define DLL_EXPORT
#endif
class DLL_EXPORT SimpleDLLClass
{
public:
  SimpleDLLClass();
  virtual ~SimpleDLLClass();
  virtual getValue() { return m_nValue;};
private:
  int m_nValue;
};
                              SimpleDLLClass.cpp
                            #include "SimpleDLLClass.h"
SimpleDLLClass::SimpleDLLClass(){
    m_nValue=0;
}
SimpleDLLClass::~SimpleDLLClass(){
}
---------------------------------------------------------------------------------------------------------------------------------------------------
  然后你再使用这个DLL类,在你的APP中include SimpleDLLClass.h时,你的APP的项目不用定义 SIMPLEDLL_EXPORT 所以,DLL_EXPORT 就不会存在了,这个时候,你在APP中,不会遇到问题。这正好对应MSDN上说的__declspec(dllimport)定义与否都可以正常使用。但我们也没有遇到变量不能正常使用呀。 那好,我们改一下SimpleDLLClass,把它的m_nValue改成static,然后在cpp文件中加一行
 
        int SimpleDLLClass::m_nValue=0;

  如果你不知道为什么要加这一行,那就回去看看C++的基础。 改完之后,再去LINK一下,你的APP,看结果如何, 结果是LINK告诉你找不到这个m_nValue。明明已经定义了,为什么又没有了?? 肯定是因为我把m_nValue定义为static的原因。但如果我一定要使用Singleton的Design Pattern的话,那这个类肯定是要有一个静态成员,每次LINK都没有,那不是完了? 如果你有Platform SDK,用里面的Depend程序看一下,DLL中又的确是有这个m_nValue导出的呀。
再回去看看我引用MSDN的那段话的最后一句。 那我们再改一下SimpleDLLClass.h,把那段改成下面的样子:
#ifdef SIMPLEDLL_EXPORT
#define DLL_EXPORT __declspec(dllexport)
#else
#define DLL_EXPORT __declspec(dllimport)
#endif
再LINK,一切正常。原来dllimport是为了更好的处理类中的静态成员变量的,如果没有静态成员变量,那么这个__declspec(dllimport)无所谓。
 
======================================================================
_declspec(dllexport)与_declspec(dllimport)的区别
 
  都是DLL内的关键字,即导出与导入。他们是将DLL内部的类与函数以及数据导出与导入时使用的。
 
主要区别在于:
  dllexport 是在这些类、函数以及数据的申明的时候使用,用来表明这些东西可以被外部函数使用,即(dllexport)是把DLL中的相关代码(类,函数,数据)暴露出来为其他应用程序使用。使用了(dllexport)关键字,相当于声明了紧接在(dllexport)关键字后面的相关内容是可以为其他程序使用的。
  dllimport 关键字是在外部程序需要使用DLL内相关内容时使用的关键字。当一个外部程序要使用DLL内部代码(类,函数,全局变量)时,只需要在程序内部使用(dllimport)关键字声明需要使用的代码就可以了,即(dllimport)关键字是在外部程序需要使用DLL内部相关内容的时候才使用(dllimport)作用是把DLL中的相关代码插入到应用程序中
  _declspec(dllexport)与_declspec(dllimport)是相互呼应,只有在DLL内部用dllexport作了声明,才能在外部函数中用dllimport导入相关代码。实际上,在应用程序访问DLL时,实际上就是应用程序中的导入函数与DLL文件中的导出函数进行链接。而且链接的方式有两种:隐式链接和显式链接。
  
  隐式链接: 是指通过编译器提供给应用程序关于DLL的名称和DLL函数的链接地址,而在应用程序中不需要显式地将DLL加载到内存,即在应用程序中使用dllimport即表明使用隐式链接。不过不是所有的隐式链接都使用dllimport。
  显式链接: 则同应用程序用语句显式地加载DLL,编译器不需要知道任何关DLL的信息。
 
 

阅读(6074) | 评论(0)


版权声明:编程爱好者网站为此博客服务提供商,如本文牵涉到版权问题,编程爱好者网站不承担相关责任,如有版权问题请直接与本文作者联系解决。谢谢!

评论

暂无评论
您需要登录后才能评论,请 登录 或者 注册