头文件重复定义(error C2011：ClassType Redefinition)的解决方法

       今天从HackChina上下载的德威特力通61850模型配置工具的源代码，代码写的倒是挺好的，就是少了两个头文件：XmlNodeWrapper.h和dbcom.h，哗哗哗的出了一堆错误，dbcom.h是力通公司的NetEasy组件，网上还找不着，诶!!不过，还好有XmlNodeWrapper.cpp的代码，那就简单了，直接根据源文件写头文件啊!!没想到啊，写完后VC居然报错如下：
error C2011: 'CXmlNodeWrapper' : 'class' type redefinition
我写的三个类都被报错说是重复定义，百思不得其解，CSDN博客又帮了我一把，steel的专栏里就转载过一篇文章，原帖见这里。

 

'class' type redefinition 解决方案

这个错误提示是说类重复定义了,下面举例说明一下怎么解决.

先建立一个Win32应用程序的空工程,再建立所下面需要的文件:

//ds.h

class ds
{
public:
         int m_ds;
      void dscreate();
};

//ds.cpp

#include <iostream.h>
#include "ds.h"
void ds::dscreate()
{
       cout<<"ds create"<<endl;
}

//dc.h

#include "ds.h"
class dc:public ds
{
public:
         int    m_dc;
         void dccreate();
};

//dc.cpp

#include <iostream.h>
#include "dc.h"

void dc::dccreate()
{
             cout<<"dc create"<<endl;
}

//main.cpp

#include <iostream.h>
#include "ds.h"
#include "dc.h"

void main()
{
         dc    m_dc;
      m_dc.dccreate();

}

通过编译, 系统就会提示: error C2011: 'class' type redefinition,

解决方法:

把文件改一下, 如:

//ds.h

#ifndef    DS_S_S
#define    DS_S_S

class ds
{
public:
         int m_ds;
      void dscreate();
   
};
#endif

//dc.h

#include "ds.h"
#ifndef    DC_C_C
#define    DC_C_C

class dc:public ds
{
public:
         int    m_dc;
         void dccreate();
};
#endif

再编译就没问题了,在这里DS_S_S和DC_C_C其实都没有什么实际的意义和应用,只是我们运用预编译来解决类的重复定义时所采取的一种方法,特别是在比较大的类比较多的工程中,当然在这里DS_S_S和DC_C_C都可以改用其他变量代替,是不影响程序的,但是由于我们所编的程序有时要和其他人的程序进行接合,那么这个取名方法就有意义了,因为它要避免两个人定义的这些变量不能相同.

#pragma once
MSDN上解释:
注明#pragma once的文件在编译中只被包含一次. 

是编译器只对这个有#pragma once的头文件处理一次， 跟

#ifndef _header_
#define _header_

//...

#endif

的效果一样，因此将#pragma once语句加在每个头文件之前，也能达到前文问题解决的效果。

1. #pragma once
这个是编译相关，就是说在这个编译系统上能用，但是在其他编译系统
不一定型，也就是说移植型差。不过现在基本上已经是每个编译器
都有这个定义了。

2. #ifndef #define  

          ...

       #endif
这个是C＋＋语言相关，这是C＋＋语言中的宏定义，通过宏定义避免文件
多次编译。所以在所有支持C＋＋语言的编译器上都是有效的。如果写的程序要
跨平台，最好使用这种方式。

后来细细分析，发现了错误是因为我多次包含了（在多个文件中）定义CXmlNodeWrapper这个类的.h文件,解决方式很简单，就是使用ifndef define 这个东西包住你定义的class。或者使用pragma once。在实际编程，特别是较大型的项目中，预编译的习惯显得更加重要，可以避免两次定义的变量名的冲突。