C++命名空间(名字空间)
1.什么是命名空间?
我们知道,成功的一个大型的项目或者软件的背后,往往都是一群程序员的共同努力的结果,然而在众多程序员开发的过程中,会出现大量的变量和函数的使用,而这就不可避免的产生一些命名上的冲突.
例如李雷和王刚都是某电商平台某模块的开发者,此时,李雷和王刚同时定义了一个全局的变量名叫count,用于记录数据,单独开发的时候并不会出现问题,而当他们将代码进行整合的时候,就会出现一个问题,有两个名为count的全局变量,那么该如何解决这个令人头疼问题呢?
为此,C++为了解决命名冲突问题,引入了命名空间(Namespace)的概念。命名空间有时也被称为名字空间、名称空间。
2.命名空间的格式
命名空间的关键字为namespace
,用来定义一个命名空间,使用格式为 namespace
+ name
+ 空间内容,name
是命名空间的名字,它里面可以包含变量、函数、类、typedef、#define 等,最后由{ }包围。具体格式如下
namespace name{
//这里添加变量,函数,类
}
参考如上格式,我们可以写出上述李雷和王刚的命名空间如下:
namespace Li{
//李雷的空间,李雷在此定义自己的变量
int count = 0;
}
namespace Wang{
//王刚的空间,王刚在此定义自己的变量
int count = 0;
}
在这里,分别定义了李雷和王刚两个命名空间,此时,编译器再将他们一起编译的时候,就不会出现冲突报错.
3.命名空间的使用方法
在使用过程中,我们有两种使用方法,一是使用作用域符接解析度分别调用这两个命名空间中的内容,例如:
Li::count = 1; //使用李雷的 count
Wang::count = 1; //使用王刚的 count
二是直接使用using 关键字声明,例如:
using Li::count;
count = 1; //使用李雷的 count
using Wang::count;
count = 1; //使用王刚的 count
同时,using 声明不仅可以针对命名空间中的一个变量,也可以用于声明整个命名空间,例如:
using namespace Li;
count = 1; //使用李雷的
Wang::count = 1; //使用王刚的 count
如果命名空间 Li 中还定义了其他的变量,那么同样具有 fp 变量的效果。在 using 声明后,如果有未具体指定命名空间的变量产生了命名冲突,那么默认采用命名空间 Li 中的变量。
命名空间内部不仅可以声明或定义变量,对于其它能在命名空间以外声明或定义的名称,同样也都能在命名空间内部进行声明或定义,例如类、函数、typedef、#define 等都可以出现在命名空间中。
站在编译和链接的角度,代码中出现的变量名、函数名、类名等都是一种符号(Symbol)。有的符号可以指代一个内存位置,例如变量名、函数名;有的符号仅仅是一个新的名称,例如 typedef 定义的类型别名。例如:
#include <stdio.h>
//将类定义在命名空间中
namespace Diy{
class Student{
public:
char *name;
int age;
float score;
public:
void say(){
printf("%s的年龄是 %d,成绩是 %f\n", name, age, score);
}
};
}
int main(){
Diy::Student stu1;
stu1.name = "小明";
stu1.age = 15;
stu1.score = 92.5f;
stu1.say();
return 0;
}
运行结果:
小明的年龄是 15,成绩是 92.500000
4.什么是 std?
C++ 是在C语言的基础上开发的,早期的 C++ 还不完善,不支持命名空间,没有自己的编译器,而是将 C++ 代码翻译成C代码,再通过C编译器完成编译。这个时候的 C++ 仍然在使用C语言的库,stdio.h、stdlib.h、string.h 等头文件依然有效;此外 C++ 也开发了一些新的库,增加了自己的头文件,例如:
iostream.h:用于控制台输入输出头文件。
fstream.h:用于文件操作的头文件。
complex.h:用于复数计算的头文件。
和C语言一样,C++ 头文件仍然以.h为后缀,它们所包含的类、函数、宏等都是全局范围的。
后来 C++ 引入了命名空间的概念,计划重新编写库,将类、函数、宏等都统一纳入一个命名空间,这个命名空间的名字就是std。std 是 standard 的缩写,意思是“标准命名空间”。
但是这时已经有很多用老式 C++ 开发的程序了,它们的代码中并没有使用命名空间,直接修改原来的库会带来一个很严重的后果:程序员会因为不愿花费大量时间修改老式代码而极力反抗,拒绝使用新标准的 C++ 代码。
C++ 开发人员想了一个好办法,保留原来的库和头文件,它们在 C++ 中可以继续使用,然后再把原来的库复制一份,在此基础上稍加修改,把类、函数、宏等纳入命名空间 std 下,就成了新版 C++ 标准库。这样共存在了两份功能相似的库,使用了老式 C++ 的程序可以继续使用原来的库,新开发的程序可以使用新版的 C++ 库。
为了避免头文件重名,新版 C++ 库也对头文件的命名做了调整,去掉了后缀.h,所以老式 C++ 的iostream.h变成了iostream,fstream.h变成了fstream。而对于原来C语言的头文件,也采用同样的方法,但在每个名字前还要添加一个c字母,所以C语言的stdio.h变成了cstdio,stdlib.h变成了cstdlib。
需要注意的是,旧的 C++ 头文件是官方所反对使用的,已明确提出不再支持,但旧的C头文件仍然可以使用,以保持对C的兼容性。实际上,编译器开发商不会停止对客户现有软件提供支持,可以预计,旧的 C++ 头文件在未来数年内还是会被支持。
下面是我总结的 C++ 头文件的现状:
-
旧的 C++ 头文件,如 iostream.h、fstream.h 等将会继续被支持,尽管它们不在官方标准中。这些头文件的内容不在命名空间 std 中。
-
新的 C++ 头文件,如 iostream、fstream 等包含的基本功能和对应的旧版头文件相似,但头文件的内容在命名空间 std 中。
注意:在标准化的过程中,库中有些部分的细节被修改了,所以旧的头文件和新的头文件不一定完全对应。 -
标准C头文件如 stdio.h、stdlib.h 等继续被支持。头文件的内容不在 std 中。
-
具有C库功能的新C++头文件具有如 cstdio、cstdlib 这样的名字。它们提供的内容和相应的旧的C头文件相同,只是内容在 std 中。
可以发现,对于不带.h的头文件,所有的符号都位于命名空间 std 中,使用时需要声明命名空间 std;对于带.h的头文件,没有使用任何命名空间,所有符号都位于全局作用域。这也是 C++ 标准所规定的。
不过现实情况和 C++ 标准所期望的有些不同,对于原来C语言的头文件,即使按照 C++ 的方式来使用,即#include 这种形式,那么符号可以位于命名空间 std 中,也可以位于全局范围中,例如:
- 使用命名空间 std:
#include <cstdio>
int main(){
std::printf("http://c.biancheng.net\n");
return 0;
}
- 不使用命名空间 std:
#include <cstdio>
int main(){
printf("http://c.biancheng.net\n");
return 0;
}
这两种形式实测在 Microsoft Visual C++ 和 GCC 下都能够编译通过,也就是说,大部分编译器在实现时并没有严格遵循C++标准,它们对两种写法都支持,正常开发流程中正确写法如下:
#include <iostream>
//声明命名空间std
using namespace std;
void func(){
cout<<"func using std!!!"<<endl;
}
int main(){
cout<<"main using std!!!"<<endl;
func();
return 0;
}
运行结果:
func using std!!!
main using std!!!