第7章_程序结构.pptVIP

长春理工大学 面向对象程序设计─程序结构 长春理工大学　董元方 函数组织 头文件 全局数据 静态数据 作用域与生命期 名空间 预编译 函数组织 C++程序是一些函数 在main函数中给这些函数安排一个执行顺序 在这些函数中，又安排了另一些函数的执行顺序 头文件 函数定义中若调用其他函数，必须声明在先 函数声明的次数是不受限制的，但是函数定义只能有唯一的一次 因此，我们可以定义自己的头文件—将函数声明做成一个文件后缀为.h的文件（头文件），用指令#include的方式加在程序文件的开始处 #include指令中，和””的区别 界面头文件 头文件更重要的作用是在设计阶段规定界面—通过头文件可以明白地看出，某个程序文件提供了什么服务，这种头文件称为用户界面 全局数据 在任何函数的外部声明或定义的，在程序范围内可以访问的数据 位于全局数据区 一次定义原则 定义之后，用extern声明 全局数据的作用和缺点 作用： 所有函数都可以访问它，免于参数传递 置身于函数之外，便于在测试时观察 缺点： 破坏了模块结构的独立性，也破坏了抽象数据结构的封闭性 程序是各个独立模块的聚集，而全局数据恰恰就牵扯了各个模块，使其无法独立(函数必须以全局数据为前提，无法拿到其他地方去重用) 静态全局数据 函数可以看作是模块，程序文件也可以看作是模块—黑盒 程序文件的局部量—静态全局数据 全局数据—程序数据 静态全局数据—文件数据 在程序中，有的函数是为文件中的其他函数服务的，并不对外提供服务，这些函数应声明为静态—静态全局函数 有的变量只是为本文件服务，也不是全局数据，应标明为static—静态全局变量 a2.cpp #include”a1.h” #include”a3.h” static void f3(); int main(){ f1(); f2(); f3(); } void f3(){f1();} void p(){f3();} 静态局部数据 静态局部变量在函数内部定义，但却驻留在全局数据区 从可见性来说，它与局部变量一致 从生命期来说，它与全局变量一致 作用 可以用它确定函数是否被调用过 还可以用它累计每次函数调用的权值—自本程序运行以来已经被调用的次数 #includeiostream using namespace std; void func(); int n=1; int main(){ int a=0,b=-10; couta=a, b=b, n=nendl; func(); couta=a, b=b, n=nendl; func(); } void func(){ static int a=2; int b=5; a+=2,b+=5; n+=12; couta=a, b=b, n=nendl; } 名空间 C++的名空间机制，是为了支持大规模程序的逻辑设计、排解名字冲突应运而生的 名空间的定义形式： 因为名空间总是凌驾于其他程序文件之上，它是其他程序文件中的所有外部名称使用的规范描述，所以一般总是将名空间的定义放在头文件中 //============== //a1.h //============== namespace a1{ void f1(); void fn(); } //============== //a2.h //============== namespace a2{ void p(); } //============== //a3.h //============== namespace a3{ void g1(); void g2(); void f2(); void h(); void fn(); } //============== //a2.cpp //============== #include”a1.h” #include”a2.h” #include”a3.h” using namespace a1; using namespace a3; static void f3(); int main(){ f1(); f2(); f3(); } void f3(){ f1(); } void a2::p(){ f3(); } 预编译 C++编译的最初部分，它的工作是在编译之前对程序内容进行最后的取舍处理，使得一些语句参加编译，而另一些语句不参加编译 常用的编译指令为： 包含指令#include 条件编译指令#if、#elif、#else、#endif、#ifdef、#ifndef 宏定义指令#define、#undef 条件编译指令 直接取舍程序语句和协调多个头