有没有办法不用try也能返回错误行号

[橘子皮...]

如题：有没有办法不用try也能返回错误行号
出错了想判断错误行在哪一行，总不能到处都加try啊，有没有办法不用try只要出错就返回错误方法+行号?

[以专业开发人员为伍]

返回错误？在哪儿学、什么教程学过这两种编程模式？

[以专业开发人员为伍]

一个方法如果某语句抛出异常，.net 的异常机制会一直抛出。在 debug 开发模式，如果你不乱写 try....catch，那么 vs 调试器就可以开始调试程序。谁教你的要在方法中乱写 try....catch 的呢？

[以专业开发人员为伍]

当你乱写 try....catch，基本上你就丧失了使用 vs 进行程序调试的能力了。正规的程序员怎么可能不用调试器下面的许多种强大的调试功能，而只是为了看一个错误行号却连调试器都不用？

[橘子皮...]

引用 3 楼 sp1234 的回复:

当你乱写 try....catch，基本上你就丧失了使用 vs 进行程序调试的能力了。正规的程序员怎么可能不用调试器下面的许多种强大的调试功能，而只是为了看一个错误行号却连调试器都不用？

老兄啊，我本机没有错误，客户机器上跑报错啊

[xuzuning]

把 try 放在最顶层不可以吗？

[橘子皮...]

引用 5 楼 xuzuning 的回复:

把 try 放在最顶层不可以吗？

就是觉得很丑陋。。。。。所以。。。。

[yongcai64900]

只能把 try 放在最顶层了

[圣殿骑士18]

引用 6 楼 wowfiowow 的回复:

[quote=引用 5 楼 xuzuning 的回复:]
把 try 放在最顶层不可以吗？

就是觉得很丑陋。。。。。所以。。。。
[/quote]
你的问题问的莫名其妙，用不用try和错误行号没什么关系。你问出这种问题，症结正是在于你认为try放顶层很丑陋，但它却是正确答案。我可以说，不仅是.net，java应用的异常框架设计，主要异常处理也应该放顶层，这才是好的设计理念。

你以主观的“丑陋”来判断，而不是以理性的“优秀设计”来判断，是使你误入歧途的原因。

不过，在.net届，误用try机制的应该比比皆是，我见过做.net五六年的，对try catch的认识还错的离谱。
多用“设计”的思路来思考。

[正怒月神]

你到gloab文件里去定义异常捕获啊。 难道你们没有程序异常日志的模块吗？

[游北亮]

用try就丑陋？ 不用就漂亮吗？ 举个简单的例子，你的代码如果用了线程，而且线程里不写try，出异常的时候，程序或站点，必须崩溃，没第二条路可走。 btw：说明一下，对于一段代码，加try 与 不加try，性能差异几乎等于0. 而异常，本身就是非正常情况，需要去记录日志等额外处理

[娃都会打酱油了]

不管是winform、webform还是mvc，都有最顶层捕获异常的机制，你先去了解下机制