Go o gle C++编程风格指南（一）背景Go o gle 的开源项目大多使用 C++ 开发。每一个 C++ 程序员也都知道，C++ 具有很多强大的语言特性，但这种强大不可避免的导致它的复杂，这种复杂会使得代码更易于出现 bug、难于阅读和维护。本指南的目的是通过详细阐述在 C++ 编码时要怎样写、不要怎样写来规避其复杂性。这些规则可在允许代码有效使用 C++ 语言特性的同时使其易于管理。风格，也被视为可读性，主要指称管理 C++ 代码的习惯。使用术语风格有点用词不当，因为这些习惯远不止源代码文件格式这么简单。使代码易于管理的方法之一是增强代码一致性，让别人可以读懂你的代码是很重要的，保持统一编程风格意味着可以轻松根据“模式匹配”规则推断各种符号的含义。创建通用的、必需的习惯用语和模式可以使代码更加容易理解，在某些情况下改变一些编程风格可能会是好的选择，但我们还是应该遵循一致性原则，尽量不这样去做。本指南的另一个观点是C++ 特性的臃肿。C++ 是一门包含大量高级特性的巨型语言，某些情况下，我们会限制甚至禁止使用某些特性使代码简化，避免可能导致的各种问题，指南中列举了这类特性，并解释说为什么这些特性是被限制使用的。由 Go o gle 开发的开源项目将遵照本指南约定。注意：本指南并非 C++ 教程，我们假定读者已经对 C++ 非常熟悉。头文件通常，每一个.cc文件（C++ 的源文件）都有一个对应的.h文件（头文件），也有一些例外，如单元测试代码和只包含 main()的.cc文件。正确使用头文件可令代码在可读性、文件大小和性能上大为改观。下面的规则将引导你规避使用头文件时的各种麻烦。1.#define的保护所有头文件都应该使用#define防止头文件被多重包含（multipleinclusio n），命名格式当是：
___H_为保证唯一性，头文件的命名应基于其所在项目源代码树的全路径。例如，项目foo 中的头文件foo/src/bar/baz.h 按如下方式保护：#ifndef FOO_BAR_BAZ_H_#define FOO_BAR_BAZ_H_...#endif // FOO_BAR_BAZ_H_2.头文件依赖使用前置声明（forward declarations）尽量减少.h 文件中#include 的数量。当一个头文件被包含的同时也引入了一项新的依赖（dependency ），只要该头文件被修改，代码就要重新编译。如果你的头文件包含了其他头文件，这些头文件的任何改变也将导致那些包含了你的头文件的代码重新编译。因此，我们宁可尽量少包含头文件，尤其是那些包含在其他头文...
