GoogleC++编程风格指南：作用域.docVIP

 HYPERLINK /language11275.html \t _blank Google C++编程风格指南（二）：作用域 　　1. .cc中的不具名命名空间可避免命名冲突、限定作用域，避免直接使用using提示符污染命名空间； 2. 嵌套类符合局部使用原则，只是不能在其他头文件中前置声明，尽量不要public；3. 尽量不用全局函数和全局变量，考虑作用域和命名空间限制，尽量单独形成编译单元…… 作用域 1. 命名空间（Namespaces） 在.cc文件中，提倡使用不具名的命名空间（unnamed namespaces，译者注：不具名的命名空间就像不具名的类一样，似乎被介绍的很少:-(）。使用具名命名空间时，其名称可基于项目或路径名称，不要使用using指示符。 定义：命名空间将全局作用域细分为不同的、具名的作用域，可有效防止全局作用域的命名冲突。 优点：命名空间提供了（可嵌套）命名轴线（name axis，译者注：将命名分割在不同命名空间内），当然，类也提供了（可嵌套）的命名轴线（译者注：将命名分割在不同类的作用域内）。 举例来说，两个不同项目的全局作用域都有一个类Foo，这样在编译或运行时造成冲突。如果每个项目将代码置于不同命名空间中，project1::Foo和project2::Foo作为不同符号自然不会冲突。 缺点：命名空间具有迷惑性，因为它们和类一样提供了额外的（可嵌套的）命名轴线。在头文件中使用不具名的空间容易违背C++的唯一定义原则（One Definition Rule (ODR)）。 结论：根据下文将要提到的策略合理使用命名空间。 1) 不具名命名空间（Unnamed Namespaces） 在.cc文件中，允许甚至提倡使用不具名命名空间，以避免运行时的命名冲突： namespace {?????????????????????????????????? // .cc 文件中 // 命名空间的内容无需缩进enum { UNUSED, EOF, ERROR };????????? // 经常使用的符号bool AtEof() { return pos_ == EOF; }?? // 使用本命名空间内的符号EOF }? // namespace 然而，与特定类关联的文件作用域声明在该类中被声明为类型、静态数据成员或静态成员函数，而不是不具名命名空间的成员。像上文展示的那样，不具名命名空间结束时用注释// namespace标识。 不能在.h文件中使用不具名命名空间。 2) 具名命名空间（Named Namespaces） 具名命名空间使用方式如下： 命名空间将除文件包含、全局标识的声明/定义以及类的前置声明外的整个源文件封装起来，以同其他命名空间相区分。 // .h文件namespace mynamespace { // 所有声明都置于命名空间中// 注意不要使用缩进class MyClass {public:? ...? void Foo();}; }? // namespace mynamespace // .cc文件namespace mynamespace { // 函数定义都置于命名空间中void MyClass::Foo() {? ...} }? // namespace mynamespace 通常的.cc文件会包含更多、更复杂的细节，包括对其他命名空间中类的引用等。 #include a.h DEFINE_bool(someflag, false, dummy flag); class C;? // 全局命名空间中类C的前置声明namespace a { class A; }? // 命名空间a中的类a::A的前置声明 namespace b { ...code for b...??????????????? // b中的代码 }? // namespace b 不要声明命名空间std下的任何内容，包括标准库类的前置声明。声明std下的实体会导致不明确的行为，如，不可移植。声明标准库下的实体，需要包含对应的头文件。 最好不要使用using指示符，以保证命名空间下的所有名称都可以正常使用。 // 禁止——污染命名空间using namespace foo; 在.cc文件、.h文件的函数、方法或类中，可以使用using。 // 允许：.cc文件中// .h文件中，必须在函数、方法或类的内部使用using ::foo::bar; 在.cc文件、.h文件的函数、方法或类中，还可以使用命名空间别名。 // 允许：.cc文件中// .h文件中，必须在函数、方法或类的内部使用 namespace fbz