<b>Google C++编程气势指南（一）</b>[VC/C++编程]

后台

Google的开源项目大多利用C++开辟.每一个C++程序员也都知道,C++具有很多强盛的语言特点,但这种强盛不可避免的招致它的复杂,这种复杂会使得代码更易于呈现bug、难于阅读和保护.

本指南的目的是通过具体阐述在C++编码时要怎样写、不要怎样写来躲避其复杂性.这些法则可在答应代码有效利用C++语言特点的同时使其易于管理.

气势,也被视为可读性,主要指称管理C++代码的习惯.利用术语气势有点用词不当,因为这些习惯远不止源代码文件格局这么简单.

使代码易于管理的办法之一是加强代码一致性,让别人可以读懂你的代码是很重要的,保持统一编程气势意味着可以轻松按照“情势匹配”法则推断各种标记的含义.成立通用的、必须的习惯用语和情势可以使代码越发简单理解,在某些情形下改变一些编程气势大概会是好的挑选,但我们还是应当遵守一致性原则,尽大概不这样去做.

本指南的另一个概念是C++特点的臃肿.C++是一门包含大量高级特点的巨型语言,某些情形下,我们会限制乃至禁止利用某些特点使代码简化,避免大概招致的各种问题,指南中摆列了这类特点,并注释说为什么这些特点是被限制利用的.

由Google开辟的开源项目将遵循本指南约定.

注意:本指南并非C++教程,我们假定读者已经对C++非常熟习.

头文件

普通,每一个.cc文件（C++的源文件）都有一个对应的.h文件（头文件）,也有一些例外,如单元测试代码和只包含main()的.cc文件.

精确利用头文件可令代码在可读性、文件大小和性能上大为改变.

下面的法则将指导你躲避利用头文件时的各种麻烦.

1.#define的保护

全部头文件都应当利用#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_

　　以上是“<b>Google C++编程气势指南（一）</b>[VC/C++编程]”的内容，如果你对以上该文章内容感兴趣，你可以看看七道奇为您推荐以下文章：