我之异常观

hellioncu

似乎我只在写MFC程序的时候用异常，其他的项目基本没用

rain_fish

用了这么多年c++了，很少使用异常，也很少见别人使用异常。。。

noword2k

在进行一系列的初始化时，用异常还是不错的，代码简洁了很多。

daem0n

回复 1# shaver


这个东西可以提高健壮性。
喜欢用的就用，反对得就不用。

群雄逐鹿中原

讲讲以前学C++的搓事，有时候真的会钻偏掉，也许对新人有帮助。

1. typedef
    看谭的书，讲typedef的种种用法，看了半天，仍旧对复杂的用法搞不懂。
    后来有人说typedef就是位置替换。恍然大悟，一句话就完全说明白。

2. exception
    exception要注意什么，怎么影响stack, 丢出的对象怎么存哪里？几个线程间会不会互相抓到exception,
    什么地方丢什么地方抓最好？一堆的想法，还是想不清楚怎么用最踏实。
    后来又有人说exception就是return, 多层的return而已。所有问题都顿悟。

starwing83

我还是不怎么赞同使用异常，前面有人说过了，一个程序员使用异常就必须要求整个开发团队里的人都有与之相配的经验，这是不切实际的。

当然如果你们团真的全是精英，那就随意了。不过代码规范还是需要仔细地制定。

另外C++没有强制检查这一点恐怕值得考虑。

最后就是传言异常可能造成内存泄露。可能需要写一堆的包装类对各种类型资源的生命期进行包装。这也是个麻烦。

OwnWaterloo

我还是不怎么赞同使用异常，前面有人说过了，一个程序员使用异常就必须要求整个开发团队里的人都有与之相配的经验，这是不切实际的。
starwing83 发表于 2010-06-10 18:03

我就不明白啊……  难道C++程序员比java,C#程序员还蠢？
连个异常都不会用？

可能需要写一堆的包装类对各种类型资源的生命期进行包装。这也是个麻烦。
starwing83 发表于 2010-06-10 18:03

不必， 去看Loki::ScopeGuard， 或者boost::scope_exit。
前者比较轻量， 适合rollback逻辑已经被某个函数实现。
后者嘛…… 就很重量级了……  适合rollback逻辑没有被某个函数实现， 需要"就地"实现的情况。

starwing83

这不是蠢不蠢的问题，每种语言都有初学者，P阿姨这么牛但是要她突然在项目里用异常估计她也不敢。我想至少exceptional C++这本书看完了才去用异常是比较合理的（当然这本书也是比较薄的~~），如果非要在项目里用异常，先吧这本书当作内部资料给学通了再编码比较好。

shaver

开始写这篇文字的时候有点顾虑，我的关于异常的观点是不是多余的，都已经是大家的常识了。
看了各位的回帖才发现，很有必要阿。

声明一点，本文的代码是用类似于C++的格式，但是关于异常的观点不限于C++。

starwing83

开始写这篇文字的时候有点顾虑，我的关于异常的观点是不是多余的，都已经是大家的常识了。
看了各位的回帖 ...
shaver 发表于 2010-06-11 23:03

    关键不是用不用异常，知道不？

关键在于，如果你用了异常，那么异常实际上可能在任何时候被扔出来，你得保证你自己的代码是异常安全的。而且必须在任何持有锁的环境下catch任何异常。除非你的lock是整个作用域的，这个时候可以用对象生命周期来进行管理。（当然即使你的lock不是整个作用域，你仍然可以通过对象生命周期来管理，但是在某些极端情况下，这样仍然是不安全的）。

所以，不是说，try catch throw就是用异常了，你得考虑会不会出现一些很微妙的bug，这才是使不使用异常最大的考虑。