2 作用域 21 名字空间.docVIP

2. 作用域 ------------- 2.1 名字空间 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ .. tip:: 鼓励在 ``.cc`` 文件内使用匿名名字空间. 使用具名的名字空间时, 其名称可基于项目名或相对路径. 不要使用 *using 关键字*. :定义: 名字空间将全局作用域细分为独立的, 具名的作用域, 可有效防止全局作用域的命名冲突. :优点: 虽然类已经提供了（可嵌套的）命名轴线 (YuleFox 注: 将命名分割在不同类的作用域内), 名字空间在这基础上又封装了一层. 举例来说, 两个不同项目的全局作用域都有一个类 ``Foo``, 这样在编译或运行时造成冲突. 如果每个项目将代码置于不同名字空间中, ``project1::Foo`` 和 ``project2::Foo`` 作为不同符号自然不会冲突. :缺点: 名字空间具有迷惑性, 因为它们和类一样提供了额外的 (可嵌套的) 命名轴线. 在头文件中使用匿名空间导致违背 C++ 的唯一定义原则 (One Definition Rule (ODR)). :结论: 根据下文将要提到的策略合理使用命名空间. 2.1.1 匿名名字空间 ^^^^^^^^^^^^^^^^^^^^^^ - 在 ``.cc`` 文件中, 允许甚至鼓励使用匿名名字空间, 以避免运行时的命名冲突: .. highlight:: c++ namespace { // .cc 文件中 // 名字空间的内容无需缩进 enum { kUNUSED, kEOF, kERROR }; // 经常使用的符号 bool AtEof() { return pos_ == kEOF; } // 使用本名字空间内的符号 EOF } // namespace 然而, 与特定类关联的文件作用域声明在该类中被声明为类型, 静态数据成员或静态成员函数, 而不是匿名名字空间的成员. 如上例所示, 匿名空间结束时用注释 ``// namespace`` 标识. - 不要在 ``.h`` 文件中使用匿名名字空间. 2.1.2 具名的名字空间 ^^^^^^^^^^^^^^^^^^^^^^ 具名的名字空间使用方式如下: - 用名字空间把文件包含, `gflags /p/google-gflags/`_ 的声明/定义, 以及类的前置声明以外的整个源文件封装起来, 以区别于其它名字空间: .. highlight:: c++ // .h 文件 namespace mynamespace { // 所有声明都置于命名空间中 // 注意不要使用缩进 class MyClass { public: … void Foo(); }; } // namespace mynamespace .. highlight:: c++ // .cc 文件 namespace mynamespace { // 函数定义都置于命名空间中 void MyClass::Foo() { … } } // namespace mynamespace 通常的 ``.cc`` 文件包含更多, 更复杂的细节, 比如引用其他名字空间的类等. .. highlight:: c++ #include “a.h” DEFINE_bool(someflag, false, “dummy flag”); class C; // 全局名字空间中类 C 的前置声明 namespace a { class A; } // a::A 的前置声明 namespace b {