一、为什么使用命名空间
一个大型的工程往往是由若干个人独立完成的,不同的人分别完成不同的部分,最后再组合成一个完整的程序。由于各个头文件是由不同的人设计的,有可能在不同的头文件中用了相同的名字来命名所定义的类或函数,这样在程序中就会出现名字冲突。不仅如此,有可能我们自己定义的名字会与C++库中的名字发生冲突。
名字冲突就是在同一个作用域中有两个或多个同名的实体,为了解决命名冲突 ,C++中引入了命名空间,所谓命名空间就是一个可以由用户自己定义的作用域,在不同的作用域中可以定义相同名字的变量,互不干扰,系统能够区分它们。
二、什么是命名空间
命名空间是程序设计者命名的内存区域,程序设计者根据需指定一些有名字的空间域,把一些全局实体分别存放到各个命名空间中,从而与其他全局实体分隔开。
通俗的说,每个名字空间都是一个名字空间域,存放在名字空间域中的全局实体只在本空间域内有效。名字空间对全局实体加以域的限制,从而合理的解决命名冲突。
例:
namespace na
{
int a;
char c;
}
则 a和c只在na的作用域内有效。
在声明一个命名空间时,花括弧内不仅可以包含变量,而且还可以包含以下类型:
变量(可以带有初始化)
常量
函数(可以是定义或声明)
结构体
类
模板
命名空间(命名空间可以嵌套定义)
例:
namespace ns1
{
int a;
char c = 10;
void fun();
int Add(int a, int b)
{
return a + b;
}
namespace ns2
{
int b;
}
}
注意,如果此时想输出b,则需要指定外层和内层的命名空间
cout<<ns1::ns2::b<<endl;
三、使用命名空间成员的方法
1、在引用命名空间成员时,要用命名空间名和作用域解析符对命名空间成员进行限定,以区别不同的命名空间中同名标识符。即 命名空间名::命名空间成员名
2、还可以给命名空间取别名
例:
namespace Television
{...}
namespace Tv=Television;
则Tv就是命名空间Television的别名,在以后用到Television的地方都可以用Tv进行替换。
3、使用using命名空间成员名
using后面的命名空间成员名必须是有命名空间限制的名字。
例:using ns1::a;
以上语句表明,在using的作用域内如果使用到ns1中的成员a,则不必再用命名空间限定。在以后的程序中如果用到a,则隐含的指ns1::a。
using声明的作用域是从using语句开始,到using所在的作用域结束。要注意,在同一作用域内用using声明的不同的命名空间的成员不能有同名的成员,否则会发生重定义。
4、使用using namespace 命名空间名
第三条介绍的using命名空间成员名,一次只能声明一个命名空间成员,如果一个命名空间中有多个变量,就需要多次使用using命名空间成员名。C++中还提供了using namespace 语句来实现一次声明一个命名空间内的全部成员。
例如:
using namespace ns1;
声明了在本作用域中要用到命名空间ns1中的成员,在使用该命名空间内的任何成员时都不必使用命名空间限定。在用using namespace声明的作用域中,命名空间ns1的成员好像在全局域中声明的一样,因此不用加命名限定。
4、无名的命名空间
例:
namespace
{
void fun();
}
由于没有名字,所以其它文件无法引用,它只能在本文件的作用域内有效,它的作用域使重无名命名空间声明开始到本文件结束。在本文件使用无名命名空间成员时不必用命名空间限定。其实无名命名空间和static是同样的道理,都是只在本文件内有效,无法被其它文件引用。
5、标准命名空间
C++库的所有标识符都是在一个名为std的命名空间中定义的,或者说标准头文件(iostream)中的函数、类、对象和类模板是在命名空间std中定义的。所以在C++程序的一开始,就用using namespace对std进行全局声明。
命名
空间是用来组织和重用代码的
[1]
。如同名字一样的意思,NameSpace(名字空间),之所以出来这样一个东西,是因为人类可用的单词数太少,并且不同的人写的程序不可能所有的变量都没有重名现象,对于库来说,这个问题尤其严重,如果两个人写的库文件中出现同名的变量或函数(不可避免),使用起来就有问题了。为了解决这个问题,引入了名字空间这个概念,通过使用 namespace xxx;你所使用的库函数或变量就是在该名字空间中定义的,这样一来就不会引起不必要的冲突了。
通常来说,命名空间是唯一识别的一套名字,这样当对象来自不同的地方但是名字相同的时候就不会含糊不清了。使用扩展标记语言的时候,XML的命名空间是所有元素类别和属性的集合。元素类别和属性的名字是可以通过唯一XML命名空间来唯一。
在XML里,任何元素类别或者属性因此分为两部分名字,一个是命名空间里的名字另一个是它的本地名。在XML里,命名空间通常是一个统一资源识别符(URI)的名字。而URI之只当名字用。主要目的是为了避免名字的冲突。
[2]
一 :<
iostream>和<
iostream.h>格式不一样,前者没有后缀,实际上,在你的
编译器include文件夹里面可以看到,二者是两个文件,打开文件就会发现,里面的代码是不一样的。后缀为.h的
头文件
c++标准已经明确提出不支持了,早些的实现将标准库功能定义在全局空间里,声明在带.h后缀的头文件里,c++标准为了和C区别开,也为了正确使用命名空间,规定头文件不使用后缀.h。 因此,当使用<iostream.h>时,相当于在c中调用
库函数,使用的是全局命名空间,也就是早期的c++实现;当使用<iostream>的时候,该头文件没有定义全局命名空间,必须使用namespace std;这样才能正确使用cout。
二: 由于namespace的概念,使用C++
标准程序库的任何标识符时,可以有三种选择:
2、使用using
关键字。 using std::cout; using std::endl; using std::cin; 以上程序可以写成 cout << std::hex << 3.4 << endl;
3、最方便的就是使用
using namespace std; 例如: using namespace std;这样命名空间std内定义的所有
标识符都有效(曝光)。就好像它们被声明为
全局变量一样。那么以上
语句可以如下写: cout <<hex << 3.4 << endl;因为标准库非常的庞大,所以程序员在选择的类的名称或函数名时就很有可能和标准库中的某个名字相同。所以为了避免这种情况所造成的名字冲突,就把标准库中的一切都被放在名字空间std中。但这又会带来了一个新问题。无数原有的C++代码都依赖于使用了多年的伪标准库中的功能,他们都是在全局空间下的。所以就有了<iostream.h>和<iostream>等等这样的
头文件,一个是为了兼容以前的C++代码,一个是为了支持新的标准。命名空间std封装的是标准程序库的名称,标准程序库为了和以前的头文件区别,一般不加".h"
// one.h
char func(char);
class String { ... };
// somelib.h
class String { ... };
如果按照上述方式定义,那么这两个头文件不可能包含在同一个程序中,因为String类会发生冲突。
所谓命名空间,是一种将
程序库名称封装起来的方法,它就像在各个程序库中立起一道道围墙。
在这里继续演示一个完整的命名空间事例:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
|
//DISPLAYNamespaceDemonstration
#include <iostream>
using
namespace
std ;
namespace
savitch1
{
void
greeting();
}
namespace
savitch2
{
void
greeting();
}
void
big_greeting();
int
main()
{
{
using
namespace
savitch2 ;
//使用savictch2、std、全局三个命名空间
greeting();
}
{
using
namespace
savitch1 ;
//使用savitch1、std、全局三个命名空间
greeting();
}
big_greeting();
//使用了std和全局两个命名空间
return0 ;
}
namespace
savitch1
{
void
greeting()
{
cout<<
"Hellofromnamespacesavitch1.\n"
;
}
}
namespace
savitch2
{
void
greeting()
{
cout<<
"Greetingsfromnamespacesavitch2.\n"
;
}
}
void
big_greeting()
{
cout<<
"ABigGlobalHello!\n"
;
}
|
在struts2中
在struts2里,namespace是package里的一个属性,用来标记action的访问路径。注意:只有package的namespace才能标记路径而不是name属性。在struts2里,存在着一个是默认namespace-"",若package不指定namespace,则package里的action就使用默认namespace。若访问action时没有指定namespace则struts2会先在根namespace-"/"里查找action,找不到再到默认namespace里查找action。再找不到就会报错,也就是说struts2只会查找两层namespace。
在XML中
命名空间提供避免元素命名冲突的方法。
命名冲突
这个 XML 文档携带着某个表格中的信息:
<table>
<tr>
<td>Apples</td>
<td>Bananas</td>
</tr>
</table>
这个 XML 文档携带有关桌子的信息(一件家具):
<table>
<name>African Coffee Table</name>
<width>80</width>
<length>120</length>
</table>
假如这两个 XML 文档被一起使用,由于两个文档都包含带有不同内容和定义的 <table> 元素,就会发生命名冲突。
XML 解析器无法确定如何处理这类冲突。
使用前缀来避免命名冲突
此文档带有某个表格中的信息:
<h:table>
<h:tr>
<h:td>Apples</h:td>
<h:td>Bananas</h:td>
</h:tr>
</h:table>
此 XML 文档携带着有关一件家具的信息:
<f:table>
<f:name>African Coffee Table</f:name>
<f:width>80</f:width>
<f:length>120</f:length>
</f:table>
现命名冲突已经不存在了,这是由于两个文档都使用了不同的名称来命名它们的 <table> 元素 (<h:table> 和 <f:table>)。
通过使用前缀,我们创建了两种不同类型的 <table> 元素。
使用命名空间(Namespaces)
这个 XML 文档携带着某个表格中的信息:
<h:table xmlns:h="namespaceURI">
<h:tr>
<h:td>Apples</h:td>
<h:td>Bananas</h:td>
</h:tr>
</h:table>
此 XML 文档携带着有关一件家具的信息:
<f:table xmlns:f="namespaceURI">
<f:name>African Coffee Table</f:name>
<f:width>80</f:width>
<f:length>120</f:length>
</f:table>
与仅仅使用前缀不同,我们为 <table> 标签添加了一个 xmlns 属性,这样就为前缀赋予了一个与某个命名空间相关联的限定名称。
XML Namespace (xmlns) 属性
XML 命名空间属性被放置于元素的开始标签之中,并使用以下的语法:
xmlns:namespace-prefix="namespaceURI"
当命名空间被定义在元素的开始标签中时,所有带有相同前缀的子元素都会与同一个命名空间相关联。
注释:用于标示命名空间的地址不会被解析器用于查找信息。其惟一的作用是赋予命名空间一个惟一的名称。不过,很多公司常常会作为指针来使用命名空间指向实际存在的网页,这个网页包含关于命名空间的信息。
统一资源标识符(URI)
统一资源标识符是一串可以标识因特网资源的字符。最常用的 URI 是用来标示因特网域名地址的统一资源定位器(URL)。另一个不那么常用的 URI 是统一资源命名(URN)。在我们的例子中,我们仅使用 URL。
默认的命名空间(Default Namespaces)
为元素定义默认的命名空间可以让我们省去在所有的子元素中使用前缀的工作。
请使用下面的语法:
xmlns="namespaceURI"
这个 XML 文档携带着某个表格中的信息:
<table xmlns="namespaceURI">
<tr>
<td>Apples</td>
<td>Bananas</td>
</tr>
</table>