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