我有一个包含大约200多个方法的类，这些方法中的每一个都会调用数据库或网络资源。理想情况下，我想将每个调用包装在一个try/catch中，以捕获任何常见的网络或SQL异常，并让用户有机会重试(如果合适)。但是，将此代码添加到每个调用将非常耗时，并且就代码而言是臃肿的。我考虑过将每个方法调用包装在另一个方法中，创建一个委托(delegate)，然后将委托(delegate)代码包装在try/catch中……就像这样……(忽略语法..这只是一个概念性的例子)boolCallUpdatePassenger(intPassengerId,stringPassengerName,stringPh
考虑这个场景:我有3层应用程序，当用户单击按钮时，按钮事件处理程序调用业务层中的一个方法，该方法对我的按钮事件处理程序提供的数据执行任何操作，然后将该数据传递给数据访问层，数据访问层将它们发送到后端数据库。问题是把trycatch放在哪里？在数据层、业务层、表示层还是将它放在所有这些层中？在这种情况下表示异常处理的最佳策略是什么？ 最佳答案 我们跟随Donotcatchexceptionsifyoudonotknowwhattodowithit.我们从不处理任何我们无法处理或默认的异常。它冒泡了，我们在应用程序级别处理它。比如说，如
在tryblock中使用lock有什么问题吗？我记得在某处读到我们应该始终尝试在tryblock中放置最少量的代码，并在内部使用try-finallyblock锁定自身，你们看到这里有什么问题了吗？我需要处理这个锁中的代码这一事实block可以抛出异常try{lock(syncblk){//dosomeprocessing}}catch(Exceptione){//dosomethingwithexception} 最佳答案 Ineedtodealwiththefactthatthecodewithinthatlockblockca
我知道异常会降低性能，而且尝试和避免异常通常比在所有事情上都放置一个大的try/catch更有效——但是tryblock本身呢？仅仅声明一个try/catch的成本是多少，即使它从不抛出异常？ 最佳答案 try的性能开销很小。异常处理的主要成本是获取堆栈跟踪和其他元数据，而在您实际必须抛出异常之前，这些成本是不会支付的。但这会因语言和实现而异。为什么不用C#编写一个简单的循环并自己计时？ 关于c#-C#中'try'的性能成本，我们在StackOverflow上找到一个类似的问题：
这个问题在这里已经有了答案:关闭12年前。PossibleDuplicate:Dotry/catchblockshurtperformancewhenexceptionsarenotthrown?大家好，只是一个关于try..catchblock的快速问题。我听说它们使用起来很昂贵，不应该用作程序流程的一部分。但是，为了验证电子邮件地址，我使用了以下代码。try{MailAddresscheckEmail=newMailAddress(testEmail);returntrue;}catch{returnfalse;}由于事先进行了验证，所以我不会捕获很多异常，除非是试图绕过验证。我的
关闭。这个问题需要detailsorclarity.它目前不接受答案。想改进这个问题吗？通过editingthispost添加细节并澄清问题.关闭9年前。Improvethisquestion我在SharePoint的自定义C#代码中嵌套了try-catchblock。当内部tryblock中的代码抛出异常时，我只想在一个catchblock(内部block)中执行代码。try{//dosomethingtry{//dosomethingifexceptionisthrown,don'tgotoparentcatch}catch(Exceptionex){...}}catch(Exce
这个问题在这里已经有了答案:关闭11年前。PossibleDuplicate:try/catch+using,rightsyntax我想try/catch以下内容://writetofileusing(StreamWritersw=File.AppendText(filePath)){sw.WriteLine(message);}我是将try/catchblock放在using语句内，还是围绕它，或两者兼而有之？
为什么行不是“Console.WriteLine("asdf");”执行？其他都是。不应该也是因为我们不能跳出finally作用域吗？staticboolFunc(){try{try{}finally{try{thrownewApplicationException();}finally{Console.WriteLine("asd");}Console.WriteLine("asdf");}}finally{Console.WriteLine("asd");}} 最佳答案 Finallyblock仅保证(至少大部分保证，请参阅下面
我的Web服务在一个环境中运行良好，但在另一个环境中运行不佳。Web服务从SharePoint获取文档元数据，它在我无法调试的服务器上运行，但通过日志记录我确认该方法成功进入和退出。错误的原因可能是什么？错误信息是，Theformatterthrewanexceptionwhiletryingtodeserializethemessage:Therewasanerrorwhiletryingtodeserializeparameterhttp://CompanyName.com.au/ProjectName:GetDocumentMetaDataResponse.TheInnerExc
关闭。这个问题是opinion-based.它目前不接受答案。想要改进这个问题？更新问题，以便editingthispost可以用事实和引用来回答它.关闭5年前。Improvethisquestion有时我这样做，我也看到其他人也这样做:VB:TryDontWannaCatchIt()CatchEndTryC#:try{DontWannaCatchIt();}catch{}我知道我应该捕捉每一个重要的异常我期待并对此采取一些措施，但有时它并不重要-还是我做错了什么？tryblock的这种用法是否不正确，并且要求至少有一个catch或finallyblock表明了这一点？更新:现在我明白
