Using与命名空间

在学习C++的过程中，我们经常看到一些书上写着的一行语句：using namespace std;在说明using的使用，必须先了解命名空间的概念和使用。

在一个给定作用域中定义的每个名字在该作用域中必须是唯一的，对庞大、复杂的应用程序而言，这个要求可能难以满足。这样的应用程序的全局作用域中一般有许多名字定义。由独立开发的库构成的复杂程序列更有可能遇到名字冲突——同样的名字既可能在我们自己的代码中使用，也可能（更常见地）在独立供应商提供的代码中使用。库倾向于定义许多全局名字——主要是模板名、类型名或名。在使用来自多个供应商的库编写应用程序时，名字冲突的问题尤为突出。这个问题叫命名空间污染。

命名空间为了解这个问题而应运而生。每个命名空间是一个作用域，命名空间中的每个名字必须引用该命名空间中的唯一实体。命名空间可以是不连续的，还可以嵌套。前面所述的std就是C++的标准命名空间，C++标准内容的名字都放在它里面。

 

1、using声明

例如：using std::map;

           Using std::string;

一个using声明一次只引入一个命名空间成员，它使得无论程序中使用哪些名字，都能够非常明确。Using声明中引入的名字遵循作用域规则。外部作用域中定义的同名实体被屏蔽。类作用域中的using声明局限于被定义类的基类中定义的名字。

这种方法虽然麻烦，但是更为安全，是一种较好的方法。

 

2、using指示

如第一段所述的：using namespace std;就是一个using指示。Using指示以关键字using开头，后接关键字namespace，再接命名空间名字。Using指示使我们能够使用命名空间的简写形式，与using声明不同，using指示无法控制使得哪些名字可见。Using指示使得特定命名空间的所有名字可见，没有限制。

 

3、避免使用using指示

*using指示注入来自一个命名空间的所有名字，它的使用是靠不住的：只用一个语句，命名空间的所有成员名就突然可见了。如果应用程序使用许多库，并且用using指示使得这些库中的名字可见，那么，全局命名空间污染问题就重新出现。

*引入库的新版本的时候，正在工作的程序可能会编译失败。如果新版本的引入一个与应用程序正在使用名字冲突的名字，就会引发命名空间污染。

*由using指示引起的二义性错误只能在使用处检测。

*相对于依赖于using指示，对程序中使用的每个命名空间名字使用using声明更好，这样做减少注入到程序中的名字数目，由using声明引起的二义性错误在声明点而不是使用点检测，因此更容易发现和修正。

 

尽管在国内的大多数C++教材中都是使用using namespace std;这种using指示，使我们都习已为常，也使我们很多人不加思考。但是它却是不种不好的方法和习惯，在国外的教材上都是提倡使用using声明的，也很少看到using namespace std;这样的语句。