抛出或返回错误
Throw or return error
假设我有以下函数:
unsigned char *f(unsigned char*, int, int, long, const char*);
我可以将返回值更改为HRESULT
(或我自己定义的),但我必须更改函数内的整个代码。或者我可以简单地使用throw
来指出错误。
我的问题是:
- 返回
HRESULT
有什么优点/缺点? throw
有什么优点/缺点?- 哪一种更安全?
我应该使用第二个还是完全取决于我的喜好?
编辑:我并不是严格意义上使用HRESULT
。您可以定义自己的枚举以进行错误处理,使其独立于 Windows
我想说的是,在处理C++中的错误时,您应该始终诉诸异常。让我们看看为什么在您的情况下它是更好的选择。
First HRESULT
是Windows操作系统中使用的数据类型,它会立即使您的代码无法在Linux平台上移植。
第二,首先涵盖所有其他方面。
为什么异常比错误代码更好?
1)异常将错误流与正常流分开,这很难通过错误代码获得。
2)有时没有合理的错误代码可以发送给呼叫者。
3)如果您使用错误代码,则检查可用性部门是否发生了正常/错误退出的责任。但是,未捕获的异常会使您的程序停止运行。
这些只是使用异常而不是错误代码的几个好处。
我会
说这完全取决于你喜欢什么。没有优于另一个(与您的编辑)的优势或劣势。例如,我更喜欢使用throw
因为最终用户被迫进行某种错误检查,所以我几乎在任何情况下都使用 throw。
相关文章:
- (C++)分析树以计算返回错误值的简单算术表达式
- 为什么与常规GCC不同,即使有"学究性错误",MinGW-GCC也能容忍丢失的返回类型
- 在没有定义返回类型的函数中返回布尔值,并将结果保存在无错误的char编译中-为什么
- 我不断收到 [错误] ID 返回 1 退出状态错误,但看不到问题所在
- C++中函数的向量返回类型引发错误
- 有人知道为什么在开关中使用stoi函数会返回恒定的错误吗
- glad 导致 glfwSwapBuffers 返回错误消息
- 将错误返回给调用方而不是立即在 C++ 中抛出错误是否是一种好的做法
- QNX Momentics: GoogleMock - 返回有价值,在函数中返回 void 错误
- 我的模板类方法返回错误类型?
- C++ 中的编译错误:未定义对"主"的引用 collect2:错误:ld 返回 1 个退出状态
- 替换WCHAR_T错误返回存储地址
- 错误:void 值未被忽略,因为它应该被忽略,错误:返回语句具有值
- 带有值的递归阶乘错误返回语句,在函数中返回 'void' [-fallowive]
- 存储在静态常量整数 (C++) 中的对数函数的错误返回值
- 更丰富的错误返回消息用于提升::精神::qi 解析
- C++初级逻辑错误-返回0
- 由于进程很多,pthread_create的错误返回代码是 35 错误,我用过pthread_exit应该杀死线程不是吗?
- c++错误处理返回值错误返回
- systememerror:没有异常集的错误返回