标签：
转载请注明出处<http://blog.csdn.net/qianqin_2014/article/details/51354434>
通常，每一个.cc 文件（C++的源文件）都有一个对应的.h 文件（头文件），也有一些例 外，如单元测试代码和只包含 main()的.cc 文件。
正确使用头文件可令代码在可读性、文件大小和性能上大为改观。 下面的规则将引导你规避使用头文件时的各种麻烦。
所有头文件都应该使用#define 防止头文件被多重包含（multiple inclusion），命名格式当是：<PROJECT>_<PATH>_<FILE>_H_
为保证唯一性，头文件的命名应基于其所在项目源代码树的全路径。例如，项目 foo 中的头 文件 foo/src/bar/baz.h 按如下方式保护：
#ifndef FOO_BAR_BAZ_H_ #define FOO_BAR_BAZ_H_ ... #endif // FOO_BAR_BAZ_H_
当然，.cc 文件无论如何都需要所使用类的定义部分，自然也就会包含若干头文件。 译者注：能依赖声明的就不要依赖定义。
注释：
于是在VC下做了下测试，先自行建立Foo.h，Foo.cpp文件，里面定义一个类CFoo，不用管怎么定义，随便都行，然后建议main.cpp，在里面测试：
class CFoo;
class test
{
public:
/*1*/ CFoo func(CFoo foo);//ok
/*2*/ static CFoo sub;//ok
/*3*/ CFoo& foo1;//ok
/*4*/ CFoo* pfoo1;//ok
/*5*/ CFoo foo; //error
};
之前都是直接include Foo.h 文件，这次不引用，而是声明一下CFoo类。下面看test类的声明。
1、正确。说明了规范中第2点，函数参数和返回值只是声明。
2、正确。说明了规范中第3点，静态数据成员的类型可以被声明为Foo，因为静态数据成员的定义在类定义之外。
3、4、正确。
5错误。说明了规范中第1点，非静态的数据成员必须是指针或引用，否则需要依赖定义，其实也好理解，非静态表示每个实例都占有内存，必然需要知道内存的大小，没有定义怎么能知道呢？
只有当函数只有 10 行甚至更少时才会将其定义为内联函数（inline function）。
定义（Definition）：当函数被声明为内联函数之后，编译器可能会将其内联展开，无需按通常的函数调用机制调用内联函数。
-inl.h 文件还可用于函数模板的定义，从而使得模板定义可读性增强。 要提醒的一点是，-inl.h 和其他头文件一样，也需要#define 保护。
将包含次序标准化可增强可读性、避免隐藏依赖（hidden dependencies，译者注：隐藏 依赖主要是指包含的文件中编译时），次序如下：C 库 、C++库、其他库的.h、项目内的.h。
#include "base/logging.h"
dir/foo.cc 的主要作用是执行或测试 dir2/foo2.h 的功能，foo.cc 中包含头文件的次序如 下：
dir2/foo2.h（优先位置，详情如下） C 系统文件 C++系统文件 其他库头文件 本项目内头文件
这种排序方式可有效减少隐藏依赖，我们希望每一个头文件独立编译。最简单的实现方式是将其作为第一个.h 文件包含在对应的.cc 中。
dir/foo.cc 和 dir2/foo2.h 通常位于相同目录下（像 base/basictypes_unittest.cc 和base/basictypes.h），但也可在不同目录下。相同目录下头文件按字母序是不错的选择。
#include "foo/public/fooserver.h" // 优先位置 #include <sys/types.h> #include <unistd.h> #include <hash_map> #include <vector> #include "base/basictypes.h" #include "base/commandlineflags.h" #include "foo/public/bar.h"
注释：
<http://www.cnblogs.com/clever101/archive/2011/08/21/2147892.html>
转载请注明出处<http://blog.csdn.net/qianqin_2014/article/details/51354434>
标签：
原文地址：http://blog.csdn.net/qianqin_2014/article/details/51354434
