C++Review4_代码的组织

当一个项目越来越大，代码该如何组织？C++组织程序的策略是什么？遇到类、变量、函数的重名问题该如何解决？

=====================================================

单独编译：

首先C/C++鼓励程序员把组件函数放在多个独立的文件中，这是因为编译器可以单独编译这些文件，然后将它们链接成可执行的程序。

这是因为如果你修改了一个文件，那么可以只重新编译该文件，然后将它与其他文件链接起来即可，这样使得大程序的管理更加便捷，高效。

因为编译是需要耗费时间的，源代码的频繁修改也是不可避免的。这就需要程序的组织策略很好地平衡这个问题。

一个程序的所有内容，可以分成不同的部分放在不同的源文件里，源文件的内容都是相对独立的，在编译时不需要与其他文件互通。

编译完成后与其他文件进行一次链接就可以了，编译后再链接，整个程序就可以运行了。

编译完未链接的文件叫做目标文件，有时候也可以叫做库文件。

库文件其实是编译好的源文件的一种输出形式，这样可以方便地给别人提供现成的可运行的代码，使用者只需要链接一下就可以了。

当然库的提供者需要提供库所对应的头文件，头文件里包含了接口和声明。

使用者只需要知道接口和原型，而不用关心具体实现。

库的提供者可以很好地保护源代码不被看到。

两者之间就实现解耦了。这样更加方便协同合作开发一个大项目。

=====================================================

接下来讲讲为什么要有头文件？

首先我们知道函数和变量在使用前都需要声明。

那么声明的目的是为了告知编译器这个符号（变量、函数）的存在，然后编译器去寻找这个符号的定义。

使用和定义肯定是不在一处的，这是因为前面说到单独编译的原因。

所以要解决的问题就是在使用这个符号时，让编译器知道去哪里找定义。

那么使用前声明就很有必要了。

当然声明可以很多次，而定义只能有一次，因为出现了两种不同的定义的话，编译器就不知道去用哪个了。

所以程序员编写程序的时候，都需要些很多声明。

每次编写一个源文件都需要把这么多声明拷贝进源代码中，这样做显得很笨拙。

也是有一种策略就诞生了：头文件。

头文件里包含了你要用到的各种声明，在其他各个源文件中，你只需要使用 # include "头文件" 预编译命令，就可以把这些声明的原型包含进源文件中。这样就很方便了。

这是一个非常有用的组织程序的策略，

但是要注意头文件也不是什么都能包含的，

尽量不要把函数定义或变量声明包含进去，因为可能出现，别人包含了该头文件，然后同一个程序将包含同一个函数的两个定义。目的还是为了防止重复定义。

也不能把变量声明包含进头文件，因为变量声明会创建变量。也会产生同名变量的冲突。

头文件可包含的内容：

函数原型

使用#define或const定义的符号常量

结构声明

类声明

模板声明

内联函数

上述几个声明没有创建变量，只是告知编译器如何创建变量而已。

另外头文件一般在开头使用一种固定的预处理语句：

#ifndef   xxxx_xxx_H

#define  xxxx_xxx_H

...

#endif

这是为了防止头文件的重复包含所引起的重复声明。

因为头文件中一般也会使用#include包含其他头文件。（这是一种嵌套的关系）

这是一种头文件的管理策略。

====================================================

项目的程序量变大，不可避免地会遇到重名问题

名称：可以是变量、函数、结构、枚举、类、类和结构的成员等。

为了解决重名问题，C++标准提供了名称空间工具。

这就好像北京和上海都有人民广场这个名称，如果只知道人民广场的话，实际上重名冲突，并不知道是具体哪个人民广场。

如果加上名称空间的话，北京的人民广场，上海的人民广场。这样我们用人民广场这个词的时候，是知道这个词在哪个空间中使用，也就不会出现名称冲突。

C++有一套语法规则来实现这个名称空间机制。编译器也支持名称空间机制。