C++ 中命名空间的 5 个常见用法

相信小伙伴们对C++已经很是熟悉，可是对命名空间常常使用到的地方还不是很明白，这篇文章就针对命名空间这一块作了一个叙述。

命名空间在1995年被引入到 c++ 标准中，一般是这样定义的:

命名空间定义了新的做用域。它们提供了一种避免名称冲突的方法。 c++ 中的命名空间一般用于避免命名冲突。尽管命名空间在最近的 c++ 代码中普遍使用，但大多数较旧代码都不使用此工具。

基于对众多C++项目源码的探索与研究，总结出了在这些项目中使用命名空间的一些常见缘由。

1-避免名称冲突

如前所述，这是在C++中使用命名空间最多见的缘由，在这种状况下，它们的使用只是对编译器有效。没法为开发人员在代码可读性和维护性方面带来什么价值。

2-模块化应用程序

命名空间采起 “Namespace-by-feature ”的方法使代码模块化。”Namespace-by-feature” 经过命名空间来反映功能集。它将具备相互关联的项归类在同一个命名空间。这会造成具备高内聚低耦合（译者注：高内聚是指一个软件模块是由相关性很强的代码组成，只负责一项任务。耦合是一个软件结构内不一样模块之间互连程度的度量）、模块性很强的命名空间。

Boost是按功能分组的最佳示例， 它包含数以千计的命名空间， 每个都用于对特定功能进行分组。

3-匿名命名空间

匿名的命名空间可避免产生全局静态变量。您建立的 “匿名” 命名空间只能在建立它的文件中访问。

4-解决枚举类型成员重名问题

若是在同一个做用域内定义了具备相同名称的枚举，C++中的“传统”枚举会在其做用域内导出枚举值，可能会致使名称冲突，

在一个大型项目中，不能保证两个不一样的枚举都不会以同名命名。这个问题在C++ 11中已经得以解决，它使用枚举类，隐式地对枚举名称中的枚举值进行定义。

许多年前, 使用在命名空间内声明枚举的技巧解决这个问题, 而不是像这样声明枚举

enum status{  
   status_ok,  
    status_error  
};

enum status{  
   status_ok,  
    status_error  
};

它在命名空间中声明:

namespace status{  
   enum status{  
     ok,
      error  
 };  
}

namespace status{  
   enum status{  
     ok,
      error  
 };  
}

许多 c++ 项目使用此技巧，例如Unreal Engine（译者注：UNREAL ENGINE中文名称为“虚幻引擎” ，是目前世界最知名受权最广的顶尖游戏引擎，占有全球商用游戏引擎80%的市场份额）源代码就普遍使用此技术。

5-隐藏实现

对于在头文件中实现的模板库，开发者在调用时不须要用到特殊的数据类型，由于他们只专一于功能的实现，因此对于找到一种适合开发者调用库的方法是颇有趣的。在c#中， “internal” 关键字作了这项工做， 可是在c++中，没有办法将公有数据类型彻底对开发者进行隐藏。

在模块中将定义和实现分离，是由Boost库开发者们建立的一个c++惯用语法，但这些定义必须按照规则放入到一个可供开发者调用sub-namespace（子命名空间）中。

最后仍是要推荐下小编的C/C++学习群:710520381，邀请码（柳猫），无论你是小白仍是大牛，小编我都欢迎，不按期分享干货，包括小编本身整理的一份2018最新的C/C++和0基础入门教程，欢迎初学和进阶中的小伙伴。