尽量不要在头文件中包含另外的头文件

//原创文章，不得转载

这是一个原则！

通常当用到一个类的时候，我们会在文件头开头处包含相关类的头文件如:

//user.h

class CUser

{

 pulic:

      char m_strchUserName[100];

       int   m_nUserID;

}

//meeting.h

#include"user.h"

class CMeeting

{

pulic:

CMeeting();

~CMeeting();

    CUser *  m_User[100];

   void   add_user( CUser * pUser  , int i );

}

//meeting.cpp

CMeeting::CMeeting()

{

}

CMeeting::~CMeeting()

{

}

void  CMeeting::add_user( CUser * pUser  , int i )

{

          m_User[ i ] = pUser;

}

从上述例子中，可以看到标准的，一般的做法，在meeting.h头文件中包含user.h， 因为 这里用到了CUser类。

一般在用到相应类型的时候，自然的会去包含响应的头文件。

下面，解释一下：尽量不要在头文件中包含另外的头文件，而是对对序下文中可能用到的类进行前置声明（forward declaration）。

引用书上的一段话：

对程序下文中可能用到的类进行前置声明（forward declaration）。

它们会告诉编译器，我们用到的这些类已经存在了，并且不需要知道这些类的完整定义。

我们为什么要这样做，而不是将它们的头文件包含进来呢？

这主要是由于在程序下文中，我们只是简单的定义了指向这些类的对象的指针，而并没有涉及到该类的其他方面。

这样做的好处：

一是：避免了头文件被其他文件多次包含，尤其是在头文件中包含头文件时，容易造成重复包含和产生包含顺序问题，并且增大了文件的体积；

二是：提高了编译速度，因为编译器只需知道该类已经被定义了，而无需了解定义的细节。

一种好的编程风格是，尽量在头文件中使用类前置声明程序下文中要用到的类，实在需要包含其它的头文件时，可以把它放在我们的类实现文件中。

关于前置声明，可以参考其它文章。

根据这个原则，可以将上述例子修改为：

//meeting.h

class CUser;    //#include"user.h"   //在头文件中，将文件包含修改为类的前置声明；

class CMeeting

{

pulic:

CMeeting();

~CMeeting();

    CUser *  m_User[100];

   void   add_user( CUser * pUser  , int i );

}

//meeting.cpp

#include"user.h"      //在cpp文件中添加类的包含；

CMeeting::CMeeting()

{

}

CMeeting::~CMeeting()

{

}

void  CMeeting::add_user( CUser * pUser  , int i )

{

          m_User[ i ] = pUser;

}

从修改的程序看，如果CMeeting类 和 CUser类 是封装在一个 动态链接库（dll）中的两个类。

 CMeeting是导出类。

导出的dll为， UserMeeting.dll;

这样就可以实现CUser类细节的封装到dll中，同时减少外部文件依赖。