我之异常观

雨过白鹭洲

一致地使用一种错误处理机制，总是明智的

异常可以，返回值也OK

oooooxxxxx

C++最悲剧的是难以找到靠谱的程序员。实际上，几乎没有人敢说自己完全懂C++，说只用一个子集的人不知道怎么解决团队中每个人喜欢的子集不同的问题。十个人的团队，8个人不懂lambda，两个人讨厌多重继承，3个人拒绝使用异常，还有几个人觉得模板太丑，新来的那个家伙对标准极为热捧，每个C++编译器都有特定的bug。

drangon

找程序员，还是找偏谦虚一点的好，团队中比较强势的必须有相应实力和经验，而且最多两三个，不能再多

至于子集的问题，就由那两三个比较有经验的强势的确定下来，推行就行了，不要讨论太多，没什么好解释的

这样的团队不完美，效率也不一定高，但开发进度比较可预测

egametang

不用异常，导致捕捉对象初始化错误要用static A* create()之类的方法去构造对象，让人十分不爽！

层层返回非常恶心 比如类似 f1()->f2()->f3()->f4()
f4发生错误，f2, f3对该错误不感兴趣，用异常的话，只需要f1捕捉就好了，简洁美观。
用error_code导致f2，f3主要返回这个error_code，你说蛋不蛋疼？

异常安全是C++程序员的基本功。
google不过是为了兼容以前的代码才放弃异常的。

算了，和一帮写C的讨论C++真是自讨没趣，强烈建议cu分出C++版！

yulihua49

不用异常，导致捕捉对象初始化错误要用static A* create()之类的方法去构造对象，让人十分不爽！

层层返 ...
egametang 发表于 2011-11-11 13:27

    不是C或C++的问题，只是各自的使用场景和需求不同而已。
做服务器的，多数反对抛异常，常使得服务器宕掉。
一般的应用，没有问题，抛异常会很方便。

egametang

不是C或C++的问题，只是各自的使用场景和需求不同而已。
做服务器的，多数反对抛异常，常使得服 ...
yulihua49 发表于 2011-11-11 14:08

    一个致命的错误没有处理本来就应该让服务器挂掉，
   error_code虽然不会让服务器挂，但同样会出现这个error没有处理的情况，
   容易出现无法预知的问题，导致更严重的后果

   所以，你说的问题应该是没有正确处理错误的问题，与用不用异常无关。

oooooxxxxx

不用异常，导致捕捉对象初始化错误要用static A* create()之类的方法去构造对象，让人十分不爽！

层层返 ...
egametang 发表于 2011-11-11 13:27

    写个程序还写出优越感来了，什么基本功啊什么你们写C的啊

yulihua49

一个致命的错误没有处理本来就应该让服务器挂掉，
   error_code虽然不会让服务器挂，但同样会出 ...
egametang 发表于 2011-11-11 14:21

    服务器是不允许挂的，否则就出现了奥运门票问题。（一个服务器为成千上万的客户端服务，不能因为一个偶然的错误，使系统崩溃）。
无论是否使用异常，错误，必须牢牢掌控，处理不了的，要终止操作，归还资源，记录日志并向客户端说明产生了什么状况。（这好像意味着错误必须层层返回，并在服务入口函数里有一个最终的了结，就是上边的那些事，并准备下一次服务）
问题是，有好多库函数里，许多的exception你捕捉不尽，经常会有妖孽下凡祸害人间。
这就是服务器的鲁棒性问题。