C++编码风格.pdfVIP

附录A 编码风格 这个附录不是关于圆括号和大括号的缩排和布置，虽然这也将谈到。它是在本书 中使用的组织代码清单的一般性指导方针。 虽然这里的大部分问题已在本书中介绍过，但是，放在最后的这个附录将涉及到每一个 主题，如果我们对某些方面不太理解，可以在相应的章节中查找。 本书中的所有的编码风格都已认真考虑和实施，有的在一年以上。当然，每一个人都有 他自己的组织代码所用方法的理由，而我只是试图告诉读者我是如何形成我的风格的，约束 和环境的因素如何引导我做出这样的决定的。 A.1 常规 在本书的正文中，标识符（函数、变量和类名）用黑体字。大部分关键字也用黑体，除 了那些经常用的关键字，它们再用黑体就变得乏味了，例如“class ”和“virtual ”。 在这本书的例子中，我使用特殊的编码风格，它已经发展几年了，并部分地受到了Bjarne Stroustrup在他的原作《C++程序设计语言》（The C++ Programming Language ）中的风格的 影响。格式风格的话题可以争论几个小时，我只能说我不是试图通过我的例子规定正确的风 格，我有自己使用我所创造的风格的动机。因为C++是一个自由格式的程序设计语言，所以 任何人可以使用他已经适应了的任何风格。 这就是说，我会注意到，重要的是在一个项目中有一致的风格。如果读者有哪些信誉好的足球投注网站因特网， 会发现很多工具能用来重新格式化项目的代码，使得它们达到一致，这种一致是有意义的。 本书中的程序是能自动从本书正文中摘取出来的文件。能测试它们，保证它们正确地运 行。如果使用的是与标准C++一致的编译器的话（注意，不是每个编译器都支持所有的语言 性能），打印在书中的代码文件应当允许没有编译时错误。会引起编译时错误信息的语句用注 释符// ！注释出来了，所以它们能很容易被发现和用自动的手段测试。对于作者的错误发现和 报告最早出现在本书的电子版（www.BruceE ）及稍后的修正版中。 本书的标准之一是所有的程序都将无错误编译和连接（虽然有时引起警告）。最后，一些 程序仅仅示范编码例子，并不表示独立的程序，它有空main( ) 函数，例如 这使完整程序的连接没有错误。 标准的main( )返回int ，而标准C++规定，如果在main( ) 中没有return语句，编译器将自 动地产生return 0代码。本书中使用了这个选项（在main( ) 中没有return 语句）（一些编译器 可能仍然产生警告，但标准C++不会）。 A.2 文件名 在C 中，惯例是，名字头文件（包含声明）以.h为扩展名，实现文件（引起内存分配和代 440部分C++编程思想 码生成）以.c为扩展名。C++经历了一个发展过程，它首先在Unix上开发，这个操作系统能分 辨文件名的大小写。最初的文件名简单地使用相对于C扩展名的大写.H和.C 。这当然对于不能 区分大小写的操作系统不行，例如DOS 。DOS C++对于头文件和实现文件分别使用扩展名hxx 和cxx ，或者hpp和cpp 。后来，有人分析了必须使用不同的扩展名的惟一的原因，是使得编 译器能区分是作为C文件编译还是作为C++文件编译。因为编译器绝对不会直接编译头文件， 所以只有实现文件的扩展名需要改变。这个习惯风行于所有的系统，现在已经变成对于实现 文件用cpp和对于头文件用h 。注意，当包含标准C++ 头文件时，可以不用扩展名，也就是 #include iostream 。 A.3 开始和结束注释标记 非常重要的问题是在本书中看到的所有代码必须被验证是正确的（至少用一个编译器）。 这是通过自动地从本书中提取这些文件完成的。简单地说，所有的列出的代码都被编译过 （少数代码片段除外），它们在开始和结尾处有注释标记。这些标记是本书第2卷中的提取工具 ExtractCode.cpp要使用的，它将代码清单从本书的无格式的ASCII文本中抽取出来。 列表结尾处的标记符简单地告诉ExtractCode.cpp这是清单的结尾处，而开始处的标记后 面跟着关于这些文件所在子目录的信息（一般以章组织，例如，一个文件在第8章，则有标记 符C08 ），再跟一个逗号，然后是这个清单文件名。 因为ExtractCode.cpp还为每个子目录创建一个makefile ，所以关于程序如何制作和如何 用命令行测试的信息也放在清单里。如果一个程序是单独的（不需要与任何其他程序连接）， 则它就没有附加信息。对于头文件也是如此。如果程