MyException - 我的异常网
当前位置:我的异常网» C# » 请教:怎么摒弃Try.Catch.

请教:怎么摒弃Try.Catch.

www.myexceptions.net  网友分享于:2015-08-26  浏览:34次
请教:如何摒弃Try...Catch...
我是个C#开发熟手,做了不少小项目,基本上项目对于系统的性能要求不高。所以在代码中,我曾经使用了大量的try...Catch...模式。
据我所知这是一种很占用系统资源的容错方式,当系统性能要求提高时,很可能成为系统致命bug。所以想在此请教各位,如何使用其它方式,使得系统压力降低,运行速度增快,等。


小弟在此谢过,走过路过都有分。


小弟的使用例子:
用于确定txt中的是数字,当然这里也可以使用正则表达式。
private   bool   DateConvert()
{
        string   tmpErrorMsg   =   " ";
        try
        {
                int.Parse(txt.Text.Trim());
                return   true;
        }
        catch   (Exception   exc)
        {
                ErrorStr   =   tmpErrorMsg   +   exc.Message.ToString();  
        }
        return   false;
}

用于确定ds.Tables[0].Rows[0][ "Tel "]不全是由数字组成的。
try
{
        int.Parse(ds.Tables[0].Rows[0][ "Tel "].ToString());
        objExcelRange.set_Item(i,   j,   " ' "   +   ds.Tables[0].Rows[0][ "Tel "].ToString());
}
catch
{
        objExcelRange.set_Item(i,   j,   ds.Tables[0].Rows[0][ "Tel "].ToString());
}


------解决方案--------------------
//.net2.0新增
int.TryParse(...)

//在程序中不妨用用断言,来减少过多的判断
------解决方案--------------------
你可以增加一些判断,来减少一些异常,但是异常是无法避免的,所以只能减少。
也可以统统抛给某一个try{}catch(){}去处理

反正是尽量减少异常的出现就好了
------解决方案--------------------
同意楼上的

另如果是内部输入的数据的话可以考虑尽量不用Try,内部输入还是可以信任的
------解决方案--------------------
try...Catch...模式。
据我所知这是一种很占用系统资源的容错方式,当系统性能要求提高时,很可能成为系统致命bug
=================

问一下 微软
如果象你 说得那样啊。为什么微软不摈弃呢 而且还在用呢

毕竟优点 多余缺点。。。。。。。。。。
------解决方案--------------------
只能重新编码了

建议在一般的方法中不用try catch 用if之类的 不合适就throw异常
在最后调用的方法 一个大try catch 然后把异常记录在log中
------解决方案--------------------
写自定义异常类,统一处理
------解决方案--------------------
C#开发熟手?
建议就不要用C#了
呵呵C++也有try...Catch...模式啊
你还是好好看书学习吧
不是try...Catch她不好,是你不会用而已
------解决方案--------------------
学习了
------解决方案--------------------
try...Catch... 尽量用在数据操作,服务操作中,象页面判断之间判断 最好js 判断
------解决方案--------------------
对于经常发生异常的地方,先判断一下,对于其他地方,就不用管了
------解决方案--------------------
既然是熟手了,为何还无法理解 try-catch 的优劣? 还没有如何选用之的心得?

那么,我个人强烈建议 LZ 购买 Jeferry 的 《.Net 应用框架程序设计》 1.x 版本 译者 李建忠

已出最新版本基于 .net 2.0 《 框架设计(第2版):CLR VIA C# 》
http://www.china-pub.com/search/power_search/power_search.asp?key1=CLR+VIA+C%23&pz=1

似乎后者,翻译的口碑没有前者好。

BTW,由于新版此书翻译事宜,李建忠老师还与出版社发生“矛盾”,最后李老师没有接稿 ...
唉,现在的出版社啊 ...
------解决方案--------------------
外部输入可以先断言,不合适,就抛出;

文章评论

程序猿的崛起——Growth Hacker
程序猿的崛起——Growth Hacker
老美怎么看待阿里赴美上市
老美怎么看待阿里赴美上市
“肮脏的”IT工作排行榜
“肮脏的”IT工作排行榜
我的丈夫是个程序员
我的丈夫是个程序员
每天工作4小时的程序员
每天工作4小时的程序员
10个调试和排错的小建议
10个调试和排错的小建议
Java 与 .NET 的平台发展之争
Java 与 .NET 的平台发展之争
当下全球最炙手可热的八位少年创业者
当下全球最炙手可热的八位少年创业者
程序员的一天:一寸光阴一寸金
程序员的一天:一寸光阴一寸金
 程序员的样子
程序员的样子
看13位CEO、创始人和高管如何提高工作效率
看13位CEO、创始人和高管如何提高工作效率
程序员的鄙视链
程序员的鄙视链
Java程序员必看电影
Java程序员必看电影
聊聊HTTPS和SSL/TLS协议
聊聊HTTPS和SSL/TLS协议
科技史上最臭名昭著的13大罪犯
科技史上最臭名昭著的13大罪犯
Web开发者需具备的8个好习惯
Web开发者需具备的8个好习惯
十大编程算法助程序员走上高手之路
十大编程算法助程序员走上高手之路
程序员眼里IE浏览器是什么样的
程序员眼里IE浏览器是什么样的
代码女神横空出世
代码女神横空出世
那些性感的让人尖叫的程序员
那些性感的让人尖叫的程序员
为什么程序员都是夜猫子
为什么程序员都是夜猫子
程序员必看的十大电影
程序员必看的十大电影
做程序猿的老婆应该注意的一些事情
做程序猿的老婆应该注意的一些事情
什么才是优秀的用户界面设计
什么才是优秀的用户界面设计
我跳槽是因为他们的显示器更大
我跳槽是因为他们的显示器更大
团队中“技术大拿”并非越多越好
团队中“技术大拿”并非越多越好
那些争议最大的编程观点
那些争议最大的编程观点
中美印日四国程序员比较
中美印日四国程序员比较
要嫁就嫁程序猿—钱多话少死的早
要嫁就嫁程序猿—钱多话少死的早
程序员都该阅读的书
程序员都该阅读的书
如何区分一个程序员是“老手“还是“新手“?
如何区分一个程序员是“老手“还是“新手“?
程序员应该关注的一些事儿
程序员应该关注的一些事儿
亲爱的项目经理,我恨你
亲爱的项目经理,我恨你
鲜为人知的编程真相
鲜为人知的编程真相
漫画:程序员的工作
漫画:程序员的工作
不懂技术不要对懂技术的人说这很容易实现
不懂技术不要对懂技术的人说这很容易实现
60个开发者不容错过的免费资源库
60个开发者不容错过的免费资源库
2013年美国开发者薪资调查报告
2013年美国开发者薪资调查报告
2013年中国软件开发者薪资调查报告
2013年中国软件开发者薪资调查报告
为啥Android手机总会越用越慢?
为啥Android手机总会越用越慢?
程序员和编码员之间的区别
程序员和编码员之间的区别
如何成为一名黑客
如何成为一名黑客
老程序员的下场
老程序员的下场
一个程序员的时间管理
一个程序员的时间管理
程序员最害怕的5件事 你中招了吗?
程序员最害怕的5件事 你中招了吗?
“懒”出效率是程序员的美德
“懒”出效率是程序员的美德
5款最佳正则表达式编辑调试器
5款最佳正则表达式编辑调试器
初级 vs 高级开发者 哪个性价比更高?
初级 vs 高级开发者 哪个性价比更高?
Google伦敦新总部 犹如星级庄园
Google伦敦新总部 犹如星级庄园
软件开发程序错误异常ExceptionCopyright © 2009-2015 MyException 版权所有