条款28：划分全局名字空间.docVIP

条款28：划分全局名字空间 条款28: 划分全局名字空间 全局空间最大的问题在于它本身仅有一个。在大的软件项目中，经常会有不少人把他们定义的名字都放在这个单一的空间中，从而不可避免地导致名字冲突。例如，假设library1.h定义了一些常量，其中包括： const double lib_version = 1.204; 类似的，library2.h也定义了： const int lib_version = 3; 很显然，如果某个程序想同时包含library1.h和library2.h就会有问题。对于这类问题，你除了嘴里骂几句，或给作者发报复性邮件，或自己编辑头文件来消除名字冲突外，也没其它什么办法。 但是，作为程序员，你可以尽力使自己写的程序库不给别人带来这些问题。例如，可以预先想一些不大可能造成冲突的某种前缀，加在每个全局符号前。当然得承认，这样组合起来的标识符看起来不是那么令人舒服。 另一个比较好的方法是使用c++ namespace。namespace本质上和使用前缀的方法一样，只不过避免了别人总是看到前缀而已。所以，不要这么做： const double sdmbook_version = 2.0; // 在这个程序库中, // 每个符号以sdm开头 class sdmhandle { ... }; sdmhandle sdmgethandle(); // 为什么函数要这样声明？ // 参见条款47 而要这么做： namespace sdm { const double book_version = 2.0; class handle { ... }; handle gethandle(); } 用户于是可以通过三种方法来访问这一名字空间里的符号：将名字空间中的所有符号全部引入到某一用户空间；将部分符号引入到某一用户空间；或通过修饰符显式地一次性使用某个符号： void f1() { using namespace sdm; // 使得sdm中的所有符号不用加 // 修饰符就可以使用 cout book_version; // 解释为sdm::book_version ... handle h = gethandle(); // handle解释为sdm::handle, // gethandle解释为sdm::gethandle ... } void f2() { using sdm::book_version; // 使得仅book_version不用加 // 修饰符就可以使用 cout book_version; // 解释为 // sdm::book_version ... handle h = gethandle(); // 错误! handle和gethandle // 都没有引入到本空间 ... } void f3() { cout sdm::book_version; // 使得book_version // 在本语句有效 ... double d = book_version; // 错误! book_version // 不在本空间 handle h = gethandle(); // 错误! handle和gethandle // 都没有引入到本空间 ... } （有些名字空间没有名字。这种没命名的名字空间