c++开发代码中到底该不该用异常？

wwdwwd

我之前用c开发，错误处理基本上是用错误码，经常要判断很多次错误，而且要一层一层的往上传。最近的项目用c++开发，想用异常处理，有几个问题想请教一下大家。
1：项目中的错误处理方式应该统一，这是前提。也就是要么全部用错误码，要么全部用异常，对吧？那假设我们全部用异常的话，但总会调用一些底层的函数，底层函数都是c函数，而c函数都是用错误码返回的，那就与项目中错误处理方式统一的前提相违背了，那结论就是永远不能用异常了？
2：如果说我的程序全部使用异常的话，又假设我的程序有三层，第一层调用系统函数，第二层调用第一层函数或系统函数，第三层调用第一，第二层函数和系统函数，那我应该在哪一层或什么地方抛出异常呢？
3：异常的目的是干什么？是想把错误统一处理，对吧。但是对于错误我总要处理吧，我可以把不同的异常统一抛出，但是不能统一处理，因为同一个异常可能由几种情况产生，理想的方法应该是对每种情况作对应的处理，如果是这样的话，那用错误码返回也一样，都挺麻烦的；有人说可以对不同的情况产生不同类型的异常，那更麻烦，还是得对每种异常做对应的处理，也许异常唯一的好处是强制上层捕捉错误，而不能忽略，已保证程序的健壮性或者说错误不扩散。唯一可用的地方是对所有的错误都做统一处理，但这有怎么可能？其他的地方我想不出异常比错误码返回好在哪里

fera

不到万不得已不要使用异常——开销太大

hellioncu

用了异常没有必要全部使用异常，简单的还是可以用错误码

wwdwwd

不到万不得已不要使用异常——开销太大
fera 发表于 2010-04-23 17:30

暂时不管开销的问题

peijue

还有一个异常的可靠性问题， 是否真的能完全捕捉还不一定

numdisp

前面讨论了怎么看面向对象，现在又讨论该不该用异常。
都是一些仁者见仁智者见智的东西。

我的问题是：为什么这些日子总是在讨论这些纯学术问题呢？

ydfgic

错误和异常 应该看作不同的概念。
我是这样理解的：
错误是可以容忍的部分或者 你可以接受的部分 处理简单
异常是可能上一层也无法处理的，非常极端的情况

比较少用异常，除非万不得已

rain_fish

不知道该不该用，不过平时很少用

yecheng_110

异常很重要的一点是不能忽略

geel

用异常的好处是在外围控制简单，并且有一些层次可以不写错误控制的代码。比如有层次 A->B->C->D ，假设D里可能产生异常，那可以B和C不做处理，只在A捕获异常，也能知道是谁抛的，抛的什么，这样里面的层次只管抛，不管具体处理，最外层（一般都是具体流程控制层）再负责写日志做clean up以及安抚用户之类的琐事。错误码需要每一层都处理上层的错误并且手工传递。

我的意见是根据层次以及项目组人员素质来决定用何种方式，最外层和最内层（指代码逻辑结构）强制使用异常，中间那些就随便写了。这样问题1和3也就自然解决了。

还有一种情况是每一层都可能产生跟上一层无关的错误，那一是要看设计，二是看看人员整体喜欢用哪种了。