最新评论

re: 关于try catch资源消耗的思考阿牛 2007-07-26 22:06

我还是会选择用try catch

re: 关于try catch资源消耗的思考镜涛 2007-07-26 09:35

通常try catch 捕获了异常也不会进行解决，只是能够反馈给用户友好的出错信息。而如果不用它出错之后就容易崩溃掉，特别是WIN Form程序。也不见得用它就慢，就消耗资源；不用它就快，就节省资源。总要进行测试才可以得出结果把！呵呵

re: 关于try catch资源消耗的思考 Jonny Yu 2007-07-25 23:01

如果你的程序的确是因为经常出异常而导致性能问题那么，说不定你是把异常当正常逻辑来用了。

re: 关于try catch资源消耗的思考[未登录] kevin 2007-07-25 16:02

同意alonesword的说法,每个页面都去连数据库,这个性能损失很大啊,try..catch,没有异常,不会占用你的资源的.

re: 关于try catch资源消耗的思考 4kapple 2007-07-25 15:38

我做的主要是中小企业的软件,我主张大量使用try catch,因为那点资源对我不算什么.
我觉得该用的时候就得用,就像goto.

re: 关于try catch资源消耗的思考 step 2007-07-25 12:07

application 中的 error
不能捕捉特别严重的异常，如数据库字段长度不够

re: 关于try catch资源消耗的思考 BlueAnson 2007-07-25 11:56

个人感觉能不用try　catch的就不用，asp.net不是有customError设置吗，本地出错了就会显示错误，，正式发布到外网的时候就会跳到设置好的出错页面．

re: 关于try catch资源消耗的思考 Anders06 2007-07-25 10:51

异常处理 != 错误处理很多人都有这种相等的错误观念
有时候我也搞不懂,该用assert呢还是throw exception, 看FCL基本上都是先判断一下传进来的参数,不合格就throw的. 类库应该比较严格吧,application好像做法又不同了

re: 关于try catch资源消耗的思考 Jeffrey Zhao 2007-07-25 10:36

@EVO
就是因为20个连接就挂掉，所以引入连接池阿，呵呵。

re: 关于try catch资源消耗的思考阿武 2007-07-25 09:47

全部都用IF, 代码有失优雅吧, 再说了你能保证到你的IF把所有可能出错的情况都考虑进去了吗? try catch 没什么不好的, 只是看你会不会用, 既然使用了try catch 就要有一个理由说服自己try里面的代码会出现出乎常理的错误, 比如说数据库连接中断、网络连接中断等

re: 关于try catch资源消耗的思考 Anders Liu 2007-07-25 09:06

尽情地抛，尽情地踹，尽情地开吃。
异常就是让你用的，如果都能用if搞定，异常也就不会出现了。

re: 关于try catch资源消耗的思考 Zealic 2007-07-25 09:06

TryCache
工作于 Stack 之上
性能损耗很小
并且只有在发生异常时才会扫描调用栈,而这里才时资源消耗的关键处
因此
TryCache 的粒度越小越好
坚决不要在 Main 之类的地方捕获

为什么叫结构化异常处理，因为他提供了一种更好的错误处理方式finally。
一个cache 可能要 N个 if 才能达到同等效果，为了稍微的性能而丧失维护性，这是绝对不可取的！

re: 关于try catch资源消耗的思考 jillzhang 2007-07-25 08:45

楼主主观臆断，欠缺考证
鉴定完毕，:)

re: 关于try catch资源消耗的思考金色海洋（jyk） 2007-07-25 08:29

如果没有异常发生时try...catch...是不会影响性能的。

re: 关于try catch资源消耗的思考绿蚂蚁 2007-07-25 07:59

因小失大了，我觉得异常机制本身还是很好的

re: 关于try catch资源消耗的思考 jjx 2007-07-24 23:59

过犹不及,平时该怎样写代码就怎样写,如果遇到性能问题时再用 profile 分析后再优化

re: 关于try catch资源消耗的思考三千.℡ 2007-07-24 23:38

该说的大家都说了,还是要用数据说话.这样想当然没有根据.

re: 关于try catch资源消耗的思考 EVO 2007-07-24 23:15

20个链接就挂掉不是吧，连接池使用来做什么的呢