契约与防御性编程的疑问

K120H 2006-01-05 09:43:28
UINT CFile::Read(void* lpBuf, UINT nCount)
{
ASSERT_VALID(this);
ASSERT(m_hFile != (UINT)hFileNull);

if (nCount == 0)
return 0; // avoid Win32 "null-read"

ASSERT(lpBuf != NULL);
ASSERT(AfxIsValidAddress(lpBuf, nCount));

DWORD dwRead;
if (!::ReadFile((HANDLE)m_hFile, lpBuf, nCount, &dwRead, NULL))
CFileException::ThrowOsError((LONG)::GetLastError());

return (UINT)dwRead;
}
//这是MFC中的文件读操作的代码.
//ASSERT是DEBUG下的断言,在RELEASE状态假如lpBuf==NULL,程序会不会出现问题.lpBuf是不是
//应该防御NULL错误.
能不能解释一下什么时候可以使用ASSERT,谢谢!
...全文
105 1 打赏 收藏 转发到动态 举报
写回复
用AI写文章
1 条回复
切换为时间正序
请发表友善的回复…
发表回复
noneone 2006-01-05
  • 打赏
  • 举报
回复
release下应该自己来保证,ASSERT只是帮助你调试的,事实上对于最终用户不管ASSERT还是访问异常,结果都是一样的
至于什么时候使用,你就把它当成一种调试手段,什么地方都可以加,但要注意规则,不要把正常的操作放到ASSERT中

16,551

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧