C++写后台程序时，是否不提倡try...catch...

ZSMDEV

这是一个比较深入的问题
初学者洗耳恭听

醉卧水云间

因该提倡永远不用try/catch, 这东西是给懒人准备的.

beho1989

嗯。我也不明白！
http://www.578ba.cn
http://www.m88mingsheng.cn
http://www.jbbby.cn

alphayeah

个人观点

try catch和errno
只是错误的处理方式而已。

关键是try catch特别容易出错，你很难分清楚在调用别的函数时，到底会抛出什么异常，恰好你只是处理了一部分异常。
这就是异常在c++里面的问题。
在java里面，每个方法定义时，都很清晰地指明有什么未处理的异常会抛出，从而使调用者避免异常未处理的风险。

anders0913

alphayeah

try...catch...似乎对性能有些影响，可能有不同的实现方式

我觉得要么不用，要么全用
hellioncu 发表于 2010-02-02 11:15

这就是问题所在，你只要用c++，用与不用，不是由你决定。
是由其它代码的错误处理机制决定的。

doofy

昨天看到这个帖子 晚上特意看了一下  primer的作者说：
“什么时候使用异常在设计上是一件很难的事”

同时交代了一种常用的情景：
实现者和调用者是两个不同的模块，是不同的人写的，典型就是各种“基础库”

所以我觉得平时编程调用库函数的时候try-catch 一下，自己throw就不必要了。

而且问了其他软件公司的人，貌似他们的项目中也很少使用异常机制，仅在调用一些容易抛出异常的库（如io）时try-catch

看来是高级特性 非必须

aeeaaee

某人告诉我正常的C++语句也会产生异常的。 说是自己以前的经验。  我当时很惊讶，现在依然迷惑不解.
srdgame 发表于 2010-02-02 11:39

    class E{
public:
    E(){throw XXX;}
};

int main()
{
    E e;
    return 0;
}

UnixStudier

如果不用new可以不使用异常。
问题如果一次都不用new，那你还用c++干什么？还是换一门语言好了。

hellioncu

如果不用new可以不使用异常。
问题如果一次都不用new，那你还用c++干什么？还是换一门语言好了。
UnixStudier 发表于 2010-02-03 09:59

   
可以用 new(std::nothrow) 呀