当一个头文件被包含的同时也引入了新的依赖一旦该头文件被修改代码就会被重新编译如果这个头文件又包含了其
他头文件这些头文件的任何改变都将导致所有包含了该头文件的代码被重新编译因此我们倾向于减少包含头文件
尤其是在头文件中包含头文件
使用前置声明可以显著减少需要包含的头文件数量举例说明如果头文件中用到类 File但不需要访问 File类的声
明头文件中只需前置声明 class File;而无须 #include "file/base/file.h"
不允许访问类的定义的前提下我们在一个头文件中能对类 Foo做哪些操作
我们可以将数据成员类型声明为 Foo *或 Foo &
我们可以将函数参数 返回值的类型声明为 Foo但不能定义实现
我们可以将静态数据成员的类型声明为 Foo因为静态数据成员的定义在类定义之外
反之如果你的类是 Foo的子类或者含有类型为 Foo的非静态数据成员则必须包含 Foo所在的头文件
有时使用指针成员 如果是 scoped_ptr更好替代对象成员的确是明智之选然而这会降低代码可读性及执行效率
因此如果仅仅为了少包含头文件，还是不要这么做的好
当然 .cc文件无论如何都需要所使用类的定义部分自然也就会包含若干头文件
1.3. 内联函数
只有当函数只有 行甚至更少时才将其定义为内联函数
定义
当函数被声明为内联函数之后编译器会将其内联展开而不是按通常的函数调用机制进行调用
优点
当函数体比较小的时候内联该函数可以令目标代码更加高效 对于存取函数以及其它函数体比较短性能关键的
函数鼓励使用内联
缺点
滥用内联将导致程序变慢内联可能使目标代码量或增或减这取决于内联函数的大小内联非常短小的存取函数
通常会减少代码大小但内联一个相当大的函数将戏剧性的增加代码大小现代处理器由于更好的利用了指令缓存小巧
的代码往往执行更快。
结论
一个较为合理的经验准则是不要内联超过 行的函数谨慎对待析构函数析构函数往往比其表面看起来要更长
因为有隐含的成员和基类析构函数被调用
另一个实用的经验准则内联那些包含循环或 switch语句的函数常常是得不偿失 除非在大多数情况下这些循
环或 switch语句从不被执行
有些函数即使声明为内联的也不一定会被编译器内联 这点很重要比如虚函数和递归函数就不会被正常内联通
常递归函数不应该声明成内联函数（注递归调用堆栈的展开并不像循环那么简单比如递归层数在编译时可
