Google C++代码风格指南翻译简化版(google c++ code style guide)【二】

Google 编程规范本地化、简化。如有需要,可参考 Google C++ code style guide原文:
http://google.github.io/styleguide/cppguide.html

本文档基于网上流传的Google C++编程风格指南,由 edisonpeng(2009/3/25)整理

本地化简化由MISAS开发团队使用。在此分享以供各开发团队参考。

目录

作用域

命名空间

在.cc文件中,提倡使用不具名命名空间。如果使用具名命名空间,基于项目或路径名称而不是using指示符。命名空间内不用缩进。

定义:
命名空间将全局作用域细分为不同的具名作用局,可有效防止全局作用局的命名冲突。

优点:
命名空间的命名轴线可嵌套。父级命名不同时即使当前命名重复也不会冲突。

缺点:不具名命名空间容易违背C++中唯一定义的原则。

结论:合理使用

嵌套类

不要将嵌套类定义为public,除非是接口的一部分。

非成员函数、静态成员函数、全局函数

使用命名空间内的非成员函数和静态成员函数,尽量不使用全局函数。

局部变量

将函数变量尽可能至于最小作用域内,在声明变量时将其初始化。

C++允许在函数的任何位置声明变量,提倡在尽可能小的作用域中声明变量,离第一次使用越近越好。这样代码易于阅读且易于定位变量的声明位置、变量类型和初始值。特别是,应使用初始化代替声明+赋值的方式。

全局变量

禁止class类型的全局变量,多线程代码中禁止非常数全局变量,禁止使用函数返回值初始化全局变量。

class类型的全局变量内部构造、析构等初始化操作每次生成有可能变化,从而导致难以发现的bugs。

因此,禁止使用class类型的全局变量(包括STL中的string、vector等等)。

全局的字符串常量,使用C风格的字符串,不要使用STL的string。

注意: 静态成员变量视为全局变量,也不能是class类型。

总结:

(1) .cc中的不具名命名空间可避免命名冲突且限定作用域,避免使用using提示符污染命名空间;

(2) 嵌套类符合局部使用原则,可惜不能再其他头文件前置声明,尽量不要public;

(3) 尽量不用全局函数和全局变量,考虑作用域和命名空间限制,尽量单独形成编译单元;

(4) 多线程中的全局变量不要使用class类型(含STL容器),避免不明确行为导致的bugs

作用域的使用,除了考虑名称污染、可读性外,主要是为了降低耦合度,提高编译、执行效率。

猜你喜欢

转载自blog.csdn.net/dreamstone_xiaoqw/article/details/81383047