第七章C++程序结构.pptVIP

C++的名称理解，肯定不能仅仅用名称的作用域规则来规范，名空间机制才是真正全面发挥作用的名称认定和作用域规则，它规定，一个名称必须在使用的域中明确声称其使用的“空间名”，才能在域中默认的使用该名称，就像使用 using namespace std; 一直在默认使用std标准库名一样。 7.6.1 名空间的概念 C++的名空间机制，就是为了支持大规模程序的逻辑设计，排解名字冲突而产生的。 程序设计语言的描述可以对应整个世界，世界上有许多重名，在不同的场合表达不同的意思，在程序里面，就是通过名空间来区分的。 因为程序是跨文件的，所以对应的名空间也是跨文件的。 7.6.2 名空间的组织 名空间的定义通过下列形式： namespace name{ //名称声明或定义 } 因为名空间总是凌驾于其他程序文件之上的，它是其他程序文件中的所有外部名称使用的规范描述，所以一般总是将名空间的定义放在头文件中。 7.6.3 组织模块 一个模块的输入，是指其他模块提供的服务，模块的输出是提供给其他模块使用的服务。 可以将包括许多程序文件在内的更大模块的名称集合，组织在一个头文件中，原先放在头文件中的各个声明，都可以放在名空间中而成为整个程序的模块结构层次中的一个。 如有一个程序，由其函数调用关系可以将其划分为三个模块，模块1由文件1组成，模块2由文件2、3、4组成，模块3由文件5、6组成。如图7-5所示： 图 7-5 函数调用关系 模块2 模块3 main f1 f2 f3 f4 文件1 模块1 文件2 g1 g2 g3 文件3 h1 h2 h3 文件4 n1 n2 文件5 k1 k2 k3 k5 k4 文件6 m1 m2 m3 由图7-5能得到下图的程序文件组模块，共有三个模块： 模块2 模块3 文件1 f1 f2 f3 f4 f1 f4 f3 f2 m1 k1 h1 g1,g2,g3 模块1 g1,g2,g3 h1 文件2 g1 g2 g3 g1 g2 g3 文件3 h1 h2 h3 文件4 n1 n2 h1 n1 n2 模块2 模块3 k1 m1 文件5 k1 k2 k3 k5 k4 文件6 m1 m2 m3 k1 m1 在软件设计人物完成后，便可以根据图例所示的三个模块为软件资源，再加上C++的系统资源，编写代码。 7.6.4 数据名冲突 名空间解决模块名冲突问题远远不够，因为在模块中还有各种数据的往来，难免存在着交叉。 数据的名空间规定更复杂，因为它们不但比模块数量更多，而且访问数据的权限并不是对每个程序员都一样的，常用的方法是使用“数据封装”来解决数据的名空间问题，也就是对象化编程的基本思想，在后面的类机制会详细讲述。 7.6.5 名空间的用法 当自己要定义一个函数与标准库的名称发生冲突的时候，就不能简单的将标准库的所有名称一并默认，如定义一个： int abs(int a){ return a0?a:-a;} 这个时候，就可以选择一个版本使用，如： // 解决名字冲突 //===================================== #includeiostream // using namespace std; //------------------------------------- int abs(int a){ return a0 ? a : -a; } //------------------------------------- int main(){ int a = abs(-5); int b = std::abs(-5); std::coutastd::endlbstd::endl; }//==================================== 如果标准库中的某个名称用的很频繁，又可能会遇到标准库的名称与自己定义的名字冲突，就可以局部默认名空间的名称使用，如上述程序可以改写为： // 局部名空间默认 //===================================== #includeiostream using std::cout; using std::endl; //------------------------------------- int abs(int a){ return a0 ? a : -a; } //------------------------------------- int main(){ int a = abs(-5); int b = std::abs