断言assert使用规则

当然我们在使用断言的过程中会有一些我们应该注意的事项和养成一些良好的习惯，如：

1. 每个assert只检验一个条件，因为同时检验多个条件时，如果断言失败，我们就无法直观的判断哪个条件失败;

无法直观的判断哪个条件失败：

assert(nOffset>=0 && nOffset+nSize<=m_nInfomationSize);

只检验一个条件，比较直观：

assert(nOffset >= 0);

assert(nOffset+nSize <= m_nInfomationSize);

2. 不能使用改变环境的语句，就像我们上面的代码改变了i变量，在实际编写代码的过程中是不能这样做的;

例如：

assert(i++ < 100)

不好：这是因为如果出错，比如在执行之前i=100,那么这条语句就不会执行，那么i++这条命令就没有执行。

assert(i < 100)

i++;

正确。

3. assert和后面的语句应该空一行，以形成逻辑和视觉上的一致性，也算是一种良好的编程习惯，让编写的代码有一种视觉上的美感;

4. 有的地方，assert不能代替条件过滤;

程序一般分为Debug 版本和Release 版本，Debug 版本用于内部调试，Release 版本发行给用户使用。断言assert 是仅在Debug 版本起作用的宏，它用于检查"不应该"发生的情况。

5. 放在函数参数的入口处检查传入参数的合法性;

int resetBufferSize(int nNewSize)

{

//功能:改变缓冲区大小,

//参数:nNewSize 缓冲区新长度

//返回值:缓冲区当前长度

//说明:保持原信息内容不变 nNewSize<=0表示清除缓冲区

assert(nNewSize >= 0);

assert(nNewSize <= MAX_BUFFER_SIZE);

...

}

在我们使用C语言/C++做工程项目时，如果我们能在代码中合理的使用assert，能使我们创建更稳定、质量更好且不易于出错的代码;当需要在一个值为FALSE时中断当前操作的话就可以使用断言。

单元测试必须使用断言;另外除了类型检查和单元测试外，断言还提供了一种确定各种特性是否在程序中得到维护的极好的方法。

当你还在担心能否就业时，达内学员提前被企业录取;当你转辗于各大招聘会时，达内学员收到了高薪offer;当你在各大招聘网站投递简历时，达内学员中有人一毕业进入五百强名企。所以选择很重要。找C++培训班，选达内就对了。