当前位置:编程学习 > VC++ >>

VC代码的编写和调试---编写易于调试的VC代码

 

 

一 程序的设计

 

  要避免错误,首先要从好的设计开始。对于程序的设计,需考虑到程序的两个特性:

 

  1简单性

 

  大多数常见的错误来源于程序设计中不必要的复杂成分。一个好的设计应该反映问题本身的要求,而不必为了刻意追求“满足将来的需要”而添加不必要的特性。实际上,简单优雅的设计比那些复杂的设计更能迎合未来的需求。

 

  2 耦合性

 

  耦合(decoupling)性用来衡量不同对象之间的依赖程度。松耦合的程序易于理解和实现,易于测试和维护,且这种程序包含错误的可能性小,错误也较容易发现和清除。

 

二 编程风格

 

  编程风格是个人问题,有很大的随意性。一个好的编程风格不仅让代码易理解,也易于调试。好的编程风格包括:

 

  1 清晰地书写代码

 

  如果没有必要,尽量不要使用语言中的高级特性,因为这些特性不易于理解和调试。使用大多数程序员都能理解的语言成分来书写代码不易犯错且易于理解和维护。

 

  2 编写结构良好的代码

 

  当程序崩溃时所能得到的最基本的调试信息是源代码文件、问题所在行的行号和一个调用栈(call stack)。调用栈是调试程序时最有帮助的部分,它提供错误出现的上下文,也就是带参数的函数调用序列。你书写的代码结构越好,调用栈就能给你越多信息。

 

  3 使用良好的标识符

 

  一个好名字能使你的代码更容易被理解和维护。流行的匈牙利命名法(Hungarian Notation)实际上是把标识符的意义和表示方法结合起来。现在,匈牙利命名法表现出不少的局限性,匈牙利命名法过于看重前缀的作用,对一个变量的表达信息不完整,实际上并没有传递多少有用信息,它使代码难于阅读,难以维护。一个好的命名传统是指示出变量的作用域以便在需要的时候检查它的定义,并明确地指出一个变量是全局的、局部的还是成员数据。依赖变量的定义比依赖匈牙利前缀更加有用和可靠。

 

  好的名字能够用平常的语言概括出该标识符所代表的实体的含义。在选择类、函数、变量的名字时可以考虑以下几个原则:

 

    取简单的描述性名字,好的名字能简要地概括出这个标识符代表的含义。

 

    避免简写,简写使标识符难于阅读和记忆,尽量使用混合大小写的完整的单词。

 

    避免相似性的文字,避免混淆。

 

    避免采用一般的或随机产生的名字,而应采用有实际意义的名字。如欲从按钮类派生位图按钮,取一个CBitmapButton,而不是CMyButton。

 

  4 用简单的语句行

 

  在VC中,一行可写多个语句。但调试是面向行的,过于复杂的行难于调试。因此,从调试的角度出发,每一个语句都应独自成行。

 

  5 使用统一的排列

 

  统一的排列方式使类、变量的定义和语句更加明显。

 

  6 用括号使书写清晰

 

  你不一定能都记住各种运算符的优先级和结合律,而使用多余的括号并不影响编译后的代码。因此,如果你不能确定是否需要括号时,请加上它。

 

  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。

补充:软件开发 , Vc ,
CopyRight © 2022 站长资源库 编程知识问答 zzzyk.com All Rights Reserved
部分文章来自网络,