编写易于调试的 VC 代码
一 程序的设计
要避免错误,首先要从好的设计开始。对于程序的设计,需考虑到程序的两 个特性: 1 简单性 大多数常见的错误来源于程序
设计中不必要的复杂成分。一个好的设计应该 反映问题本身的要求,而不必为了刻意追求“满足将来的需要”而添加不必要的 特性。实际上,简单优雅的设计比那些复杂的设计更能迎合未来的需求。 2 耦合性 耦合(decoupling)性用来衡量不同对象之间的依赖程度。松耦合的程序易于 理解和实现,易于测试和维护,且这种程序包含错误的可能性小,错误也较容易 发现和清除。
二 编程风格
编程风格是个人问题,有很大的随意性。一个好的编程风格不仅让代码易理 解,也易于调试。好的编程风格包括: 1 清晰地书写代码 如果没有必要,尽量不要使用语言中的高级特性,因为这些特性不易于理解 和调试。 使用大多数程序员都能理解的语言成分来书写代码不易犯错且易于理解 和维护。 2 编写结构良好的代码 当程序崩溃时所能得到的最基本的调试信息是
源代码文件、问题所在行的行 号和一个调用栈(call stack)。调用栈是调试程序时最有帮助的部分,它提供错 误出现的上下文,也就是带参数的函数调用序列。你书写的代码结构越好,调用 栈就能给你越多信息。 3 使用良好的标识符 一个好名字能使你的代码更容易被理解和维护。流行的匈牙利命名法 (Hungarian Notation)实际上是把标识符的意义和表示方法结合起来。现在,匈 牙利命名法表现出不少的局限性,匈牙利命名法过于看重前缀的作用,对一个变 量的表达信息不完整,实际上并没有传递多少有用信息,它使代码难于阅读,难 以维护。 一个好的命名传统是指示出变量的作用域以便在需要的时候检查它的定 义,并明确地指出一个变量是全局的、局部的还是成员数据。依赖变量的定义比 依赖匈牙利前缀更加有用和可靠。 好的名字能够用平常的语言概括出该标识符所代表的实体的含义。在选择 类、函数、变量的名字时可以考虑以下几个原则: 取简单的描述性名字,好的名字能简要地概括出这个标识符代表的含义。 避免简写,简写使标识符难于阅读和记忆,尽量使用混合大小写的完整的单 词。 避免相似性的文字,避免混淆。 避免采用一般的或随机产生的名字,而应采用有实际意义的名字。如欲从按 钮类派生位图按钮,取一个 CBitmapButton,而不是 CMyButton。 4 用简单的语句行
在 VC 中,一行可写多个语句。但调试是面向行的,过于复杂的行难于调 试。因此,从调试的角度出发,每一个语句都应独自成行。 5 使用统一的排列 统一的排
列方式使类、变量的定义和语句更加明显。 6 用括号使书写清晰 你不一定能都记住各种运算符的优先级和结合律,而使用多余的括号并 不影响编译后的代码。因此,如果你不能确定是否需要括号时,请加上它。 7 使用好的注释 用好的注释能使你的代码不易出错,而且便于其他程序员阅读,便于理 解和维护。
三 编写程序时应注意的问题
VC++的特性 1 充分利用 VC++的特性 可用下列技术来充分利用 VC++的编译器的特性: (1)用 const 代替#define 来创建常量; (2)用 enum 代替#define 来创建常量集合; (3)用内联(inline)函数代替#define; 这三种技术用 C++而不是 C 预处理。使用预处理的问题在于编译器对于 预处理器所作的事情一无所知,因此无法用数据类型检查错误和不一致的地方。 预处理的名字不在符号表里, 因此也不能用调试工具来检查预处理常量。 相似地, 预处理宏被编译进去,不能用调试工具跟踪。编译器能充分了解 const、enum 和 inline 语句,从而能在编译的时候对出现的问题发出警告。 但预处理在很多调试代码中起重要作用。调试代码经常需要从非调试代 码里面得到不同的行为,而最有效的办法就是让预处理为