VC编程中TRACE ASSERT VERIFY之用法
小职 2018-07-05 来源 : 阅读 1366 评论 0

摘要:本文主要向大家介绍了VC编程中TRACE ASSERT VERIFY之用法,通过具体的内容向大家展示,希望对大家学习VC++编程技术有所帮助。

本文主要向大家介绍了VC编程中TRACE ASSERT VERIFY之用法,通过具体的内容向大家展示,希望对大家学习VC++编程技术有所帮助。

一、TRACE宏  
  
当选择了Debug目标,并且afxTraceEnabled变量被置为TRUE时,TRACE宏也就随之被激活了。但在程序的Release版本中,它们是被完全禁止的。下面是一个典型的TRACE语句: 
    … 
        int  nCount =9 ; 
        CString strDesc("total" ); 
        TRACE("Count =%d,Description =%s/n" ,nCount,strDesc); 
        … 
  
可以看到,TRACE语句的工作方式有点像C语言中的printf语句,TRACE宏参数的个数是可变的,因此使用起来非常容易。如果查看MFC的源代码,你根本找不到TRACE宏,而只能看到TRACE0、TRACE1、TRACE2和TRACE3宏,它们的参数分别为0、1、2、3。 
  
  
个人总结:最近看网络编程是碰到了TRACE语句,不知道在哪里输出,查了一晚上资料也没找出来,今天终于在CSDN上找到了,真是个高地方啊,方法如下: 
1 .在MFC中加入TRACE语句 
2 .在TOOLS->MFC TRACER中选择 “ENABLE TRACING”点击OK 
3 .进行调试运行,GO(F5)(特别注意:不是执行‘!’以前之所以不能看到TRACE内容,是因为不是调试执行,而是‘!’了,切记,切记) 
4 .然后就会在OUTPUT中的DEBUG窗口中看到TRACE内容了,调试执行会自动从BUILD窗口跳到DEBUG窗口,在那里就看到TRACE的内容了,^_^ 
以下是找的TRACE的详细介绍: 
 ============================== 
       TRACE宏对于VC下程序调试来说是很有用的东西,有着类似printf的功能;该宏仅仅在程序的DEBUG版本中出现,当RELEASE的时候该宏就完全消息了,从而帮助你调式也在RELEASE的时候减少代码量。 
使用非常简单,格式如下: 
TRACE("DDDDDDDDDDD" ); 
TRACE("wewe%d" ,333 ); 
同样还存在TRACE0,TRACE1,TRACE2。。。分别对应0,1,2。。个参数 
TRACE信息输出到VC IDE环境的输出窗口(该窗口是你编译项目出错提示的哪个窗口),但仅限于你在VC中运行你的DEBUG版本的程序。 
TRACE信息还可以使用DEBUGVIEW来捕获到。这种情况下,你不能在VC的IDE环境中运行你的程序,而将BUILD好的DEBUG版本的程序单独运行,这个时候可以在DEBUGVIEW的窗口看到DEBUGVIE格式的输出了。 
VC中TRACE的用法有以下四种: 
1 : 
TRACE   ,就是不带动态参数输出字符串,   类似C的printf("输出字符串");  
    
2 : 
TRACE   中的字符串可以带一个参数输出   , 类似C的printf("...%d" ,变量); 
3 : 
TRACE   可以带两个参数输出,类似C的printf("...%d...%f" ,变量1,变量2); 
4 : 
TRACE 可以带三个参数输出,类似C的printf("...%d,%d,%d" ,变量1,变量2,变量3); 
TRACE 宏有点象我们以前在C语言中用的Printf函数,使程序在运行过程中输出一些调试信息,使我们能了解程序的一些状态。但有一点不同的是: 
 
TRACE 宏只有在调试状态下才有所输出,而以前用的Printf 函数在任何情况下都有输出。和Printf 函数一样,TRACE函数可以接受多个参数如: 
int  x = 1 ; 
int  y = 16 ; 
float  z = 32 .0 ; 
TRACE( "This is a TRACE statement/n"  ); 
TRACE( "The value of x is %d/n" , x ); 
TRACE( "x = %d and y = %d/n" , x, y ); 
TRACE( "x = %d and y = %x and z = %f/n" , x, y, z ); 
要注意的是TRACE宏只对Debug 版本的工程产生作用,在Release 版本的工程中,TRACE宏将被忽略。 
  
  
  
  
二、ASSERT宏  
  
如果你设计了一个函数,该函数需要一个指向文档对象的指针做参数,但是你却错误地用一个视图指针调用了这个函数。这个假的地址将导致视数据的破坏。现在,这种类型的问题可以被完全避免,只要在该函数的开始处实现一个ASSERT测试,用来检测该指针是否真正指向一个文档对象。一般来讲,编程者在每个函数的开始处均应例行公事地使用assertion。ASSERT宏将会判断表达式,如果一个表达式为真,执行将继续,否则,程序将显示一条消息并且暂停,你可以选择忽视这条错误并继续、终止这个程序或者是跳到Debug器中。下面一例演示了如何使用一个ASSERT宏去验证一个语句。 
void  foo( char  p, int  size )   
        { 
               ASSERT( p != 0   ); //确认缓冲区的指针是有效的  
               ASSERT( ( size >= 100   ); //确认缓冲区至少有100个字节  
              // Do the foo calculation  

这些语句不产生任何代码,除非—DEBUG处理器标志被设置。Visual C++只在Debug版本设置这些标志,而在Release版本不定义这些标志。当—DEBUG被定义时,两个assertions将产生如下代码: 
//ASSERT( p != 0 );  
       do { 
       if ( !(p != 0 ) && AfxAssertFailedLine(—FILE—,—LINE—) ) 
              AfxDebugBreak(); 
       }while (0 ); 
       //ASSERT((size 〉= 100);  
       do { 
       if (!(size 〉= 100 ) &&AfxAssertFailedLine(—FILE—,—LINE—)) 
              AfxDebugBreak(); 
}while (0 ); 
  
Do-while循环将整个assertion封装在一个单独的程序块中,使得编译器编译起来很舒畅。If语句将求取表达式的值并且当结果为零时调用AfxAssertFailedLine()函数。这个函数将弹出一个对话框,其中提供三个选项“取消、重试或忽略”,当你选取“重试”时,它将返回TRUE。重试将导致对AfxDebugBreak()函数的调用,从而激活调试器。 
Do-while循环将整个assertion封装在一个单独的程序块中,使得编译器编译起来很舒畅。If语句将求取表达式的值并且当结果为零时调用AfxAssertFailedLine()函数。这个函数将弹出一个对话框,其中提供三个选项“取消、重试或忽略”,当你选取“重试”时,它将返回TRUE。重试将导致对AfxDebugBreak()函数的调用,从而激活调试器。 
AfxAssertFailedLine()是一个未正式公布的函数,它的功能就是显示一个消息框。该函数的源代码驻留在afxasert.cpp中。函数中的—FILE—和—LINE—语句是处理器标志,它们分别指定了源文件名和当前的行号。 
  
AfxAssertFailedLine()是一个未正式公布的函数,它的功能就是显示一个消息框。该函数的源代码驻留在afxasert.cpp中。函数中的—FILE—和—LINE—语句是处理器标志,它们分别指定了源文件名和当前的行号。 
  
三、VERIFY 宏  
  
因为assertion只能在程序的Debug版本中起作用,在表达式中不可以包含赋值语句、增加语句(++)或者是减少语句(--),因为,这些语句实际改变数据。可有时你可能想要验证一个能动的表达式,使用一个赋值语句。那么就到了用VERIFY宏来替代ASSERT。例如: 
  
void  foo(char  p, int  size ) 
        { 
               char q; 
               VERIFY(q = p); 
               ASSERT((size 〉= 100 ); 
               // Do the foo calculation  
               // Do the foo calculation  
        } 
  
在Debug模式下,ASSERT和VERIFY是一回事,但是在Release模式下,VERIFY宏仍然测试表达式而assertion却不起任何作用。可以说,在Release模式下,ASSERT语句被删除了。 
  
请注意,如果你在一个ASSERT语句中错误地使用了一个能动的表达式,编译器将不做任何警告地忽略它。在Release模式下,该表达式就会被无声息地删除掉,这将会导致程序的错误运行。由于Release版的程序通常不包含Debug信息,这类错误将很难被发现。

本文由职坐标整理并发布,了解更多内容,请关注职坐标编程语言VC/MFC频道!

本文由 @小职 发布于职坐标。未经许可,禁止转载。
喜欢 | 1 不喜欢 | 0
看完这篇文章有何感觉?已经有1人表态,100%的人喜欢 快给朋友分享吧~
评论(0)
后参与评论

您输入的评论内容中包含违禁敏感词

我知道了

助您圆梦职场 匹配合适岗位
验证码手机号,获得海同独家IT培训资料
选择就业方向:
人工智能物联网
大数据开发/分析
人工智能Python
Java全栈开发
WEB前端+H5

请输入正确的手机号码

请输入正确的验证码

获取验证码

您今天的短信下发次数太多了,明天再试试吧!

提交

我们会在第一时间安排职业规划师联系您!

您也可以联系我们的职业规划师咨询:

小职老师的微信号:z_zhizuobiao
小职老师的微信号:z_zhizuobiao

版权所有 职坐标-一站式AI+学习就业服务平台 沪ICP备13042190号-4
上海海同信息科技有限公司 Copyright ©2015 www.zhizuobiao.com,All Rights Reserved.
 沪公网安备 31011502005948号    

©2015 www.zhizuobiao.com All Rights Reserved