决定在今后的代码中大量使用ASSERT，散分

[jackson35296]

参数检查和错误判断经常占用一个函数一半以上的代码，搞得人很疲惫
BOOL function( char *pRecvBuf, int len )
{
if( pRecvBuf == NULL || len <= 0 )
{
SetLastErrorString(L"参数错误!");
return FALSE;
}
}
上面这样的代码写得太多了，手都写软了，从今天起改变风格，用下面的
BOOL function( char *pRecvBuf, int len )
{
ASSERT(pRecvBuf != NULL );
ASSERT(len>0);
}
还有像什么
char *p = (char*)malloc(100);
if( p == NULL )
{
...
return;
}
分配100字节的内存，出错概率估计比0.0000001%还小，今后一律ASSERT( p != NULL );

该减减负了，要不被参数判断累死了，散分

[l_xiangxi]

写程序就是修护栏，尽量处理已知的错误，能判断的错误，一定不能少，不同意楼主的写法。

[用户 昵称]

看了楼主的描述，俺决定尽量不使用ASSERT，尽量自己写if

[Wang471981125]

严重支持

[珍惜生命远离CPP]

[浅蓝马]

ASSERT在RELEASE版中会被去掉，
所以我觉得对于参数做些合法性检查还是必要的，
不然某些特殊情况下程序可能会崩溃掉的。

[stonewater]

release版assert就不起作用了

[不说害怕]

严重支持...
Debug模式非常好用.
防御性判断有些地方还是要的.

[Eleven]

VERIFY();Release下

[sukerm]

有没有源代码下载？

[SuperLampard]

加分 加jsf

[向立天]

话说必要的容错还是不能省的
不过有些容错确实显得多余

[y0315219]

UP,楼主加油

[xxd_qd]

[Quote=引用 6 楼 visualeleven 的回复:]
VERIFY();Release下
[/Quote]
Release下
#define VERIFY(f) ((void)(f))
一样没用。

[ok1234567]

程序本身可以100%控制（编码期间）的可以省
只要是有可能是外来（运行期间）的，最好别省
能让程序变得优雅、健壮，多写多少行代码都值!

[ColdMooon]

我觉得，能在调试阶段完全排除的错误用assert，
极小概率错误与无法挽救的错误用verify，
不小概率错误与可以挽救的错误用自己的错误处理。

[hztj2005]

学些学习

[jackson35296]

[Quote=引用 16 楼 coldmooon 的回复:]
我觉得，能在调试阶段完全排除的错误用assert，
极小概率错误与无法挽救的错误用verify，
不小概率错误与可以挽救的错误用自己的错误处理。
[/Quote]

有道理，多谢

[cd2108006026]

ASSERT(pRecvBuf != NULL && len>0);

ASSERT( p != NULL && "malloc(100)失败");

[zcchm]

我的理解是：可以在一个函数里使用ASSERT，但是前提是在调用这个函数的外层必须有一个地方做if检查。

MFC代码里大量使用ASSERT，前提是把if检查的责任交给了程序员。

[zmaihyyy]

还可以不？