相关疑难解决方法(0)

我正在讨论在新的C++项目中采用哪种方式.由于以下原因,我赞成对返回代码的异常(仅限特殊情况) -

1. 构造函数无法提供返回代码
2. 将故障路径(应该非常罕见)与更清晰的逻辑代码分离
3. 在非特殊情况下更快(不检查是否/否则数十万次)
4. 如果有人搞砸了返回代码设置(忘记返回FAIL),可能需要很长时间才能追踪.
5. 来自错误中包含的消息的更好信息.(有人向我指出,返回枚举可以对错误代码执行相同的操作)
6. 从Jare​​d Par不可能忽略没有代码专门设计来处理它

这些是我从思考它和谷歌搜索中得出的要点.我必须承认,在过去的几年中,我倾向于使用C#工作的例外情况.请在退货代码上发布使用例外的进一步原因.对于那些喜欢返回代码的人,我也愿意倾听你的推理.谢谢

传统错误处理倾向于遵循所有函数根据成功/失败返回代码的方法.您将检查此代码并正确处理(如果出现错误).

然而,现代编程语言遵循异常模型,如果发生无法正常处理的异常事件,则抛出异常 - 这会一直冒泡直到处理完毕.

我的问题是为什么我们走向异常模式？这背后的原因是什么？为什么更好？

非常感谢解释/链接.