在写 头文件的时间 经常会
有一些 class QFile 等这类 看似 是声明的东西..例如下面
#ifndef WINDOW_H
#define WINDOW_H
QT_BEGIN_NAMESPACE
class QTcpServer;
class QTcpSocket;
class QProgressBar;
class QLabel;
class QDialogButtonBox;
class QFile;
QT_END_NAMESPACE
//code end
class QAction;
class QCheckBox;
...
如果没有 声明 将会 出现类似下面的错误
ISO C++ forbids declaration of 'QFile' with no type
那么 这个是做什么用的呢????
是因为在头文件里面只有这些类的指针申明,并没有真正实例化,在这个头文件对应的cpp文件里面应该会
#include < QDialogButtonBox >
#include < QFile >
...
在cpp文件里面才会正真实例化这些类。
其 实直接在头文件里面#include < QDialogButtonBox> #include< QFile>也是可以的,像它这样做,好像是可以降低各个文件编译时的关联度,不会在改动了一下部分类的时候,引发其他大量文件的重新编译,在做小工程的时候没什么区别,但是做大了,编译一次需要好几个小时的时候,这样做的优势就显现出来了
class
include头文件则是将整个该头文件与使用到的地方关联起来。
使用class
详细一点的说,假设B的定义是在B.h中,而存在下面这个文件:
// A.h
--------------------------------------------
class A
{
private:
B * impl_;
};
--------------------------------------------
// A.cpp
--------------------------------------------
#include <A.h>
// 其他具体实现
--------------------------------------------
那么直接编译的话,由于编译器不知道B的存在,就会报编译错误。为了解决这个问题,可以在A.h中include B.h,如下:
// A.h
--------------------------------------------
#include <B.h>
class A
{
private:
B * impl_;
};
--------------------------------------------
但是这样,一旦B的定义修改,那么A.h也就会重新编译,导致所有用到A.h的文件也需要重新编译,这样就造成了编译依赖,增加了编译的时间,在大型项目中,如果很多这样的地方的话,甚至可能极度增加编译时间。为了避免这种情况,我们可以这么做
// A.h
--------------------------------------------
class B;
class A
{
private:
B * impl_;
};
--------------------------------------------
// A.cpp
--------------------------------------------
#include <A.h>
#include <B.h>
// 其他具体实现
--------------------------------------------
通过在A.h中声明class B,在A.cpp中include B.h,这样即使B.h改变,A.h也不会改变,其他使用到A.h的文件也就不需要重新编译了,这样就可以避免编译依赖。
#include "xx.h" 在编译的时候把xx.h文件直接展开,所以里面的接口都能用,可以申明对象。但是class xx;这种方式就不会,你只能使用它的指针或者引用,你不能创建申明对象。