草庐IT

try-finally

全部标签

C# readonly 与 Java final

在Java中,final表示一个变量只能被赋值一次,但该赋值可以发生在程序的任何地方。在C#中,readonly表示只能在构造函数中分配一个字段,在我看来,这明显没那么有用。众所周知,C#深受Java设计的影响,但这种差异一直让我感到困惑,因为它很奇怪。有谁知道CLR中是否存在技术原因,导致C#的readonly与Java的final相比没有那么有用的行为?编辑:回应评论;我想指出的是,我很清楚不变性的好处,而且我到处都在使用它。我认为readonly不如Java有用,因为:publicclassFoo{privatereadonlyint_bar;Foo(){_bar=5;}}糟糕,

c# - finally 在哪里是必要的?

我知道如何使用try-catch-finally。但是我没有得到使用finally的优势,因为我总是可以将代码放在try-catchblock之后。有没有明确的例子? 最佳答案 它几乎总是用于清理,通常通过using语句隐式地使用:FileStreamstream=newFileStream(...);try{//Readsomestuff}finally{stream.Dispose();}现在这不等同于FileStreamstream=newFileStream(...);//Readsomestuffstream.Dispos

c# - 如何摆脱try catch?

我厌倦了像这样的trycatch周围的代码..try{//someboringstuff}catch(Exceptionex){//somethingevenmoreboringstuff}我想要这样的东西SurroundWithTryCatch(MyMethod)我知道我可以通过创建一个具有函数的确切签名的委托(delegate)来完成此行为,但是为我的应用程序中的所有方法创建一个委托(delegate)这不是一个选项。我也可以通过注入(inject)IL代码来做到这一点,但这在性能方面很昂贵,因为它会在我的周围创建一个包装程序集。还有其他有效的想法吗?

C# try catch 模式帮助

我们总是需要在我们的代码中尝试catch,它变得很丑publicvoidfoo(){try{DoSomething();}catch(Exceptione){//dowhateverwithe}}publicintFooReturnInt(){try{returnIntAfterSomeCalculation();}catch(Exceptione){//doexactlywhateverwitheasfoo()}}假设我们有一个巨大的类,其中包含许多这样的公共(public)函数,我们必须在每个函数中应用相同的trycatch。理想情况下,因为trycatch部分是相同的,我们可以将

c# - 空测试与 try catch

有没有人有关于执行null测试与在trycatch中包装代码的指标?我怀疑零测试更有效,但我没有任何经验数据。环境为C#/.net3.x,代码对比为:Dudex=(Dude)Session["xxxx"];x=x==null?newDude():x;对比Dudex=null;try{x=(Dude)Session["xxxx"];x.something();}catch{x=newDude();}在trycatch中包装有什么优势吗? 最佳答案 如果null是一个可能的预期值,则测试null。如果你不喜欢null测试并且有默认值,你

C# 并非所有代码路径都返回一个值 try catch

我很难弄清楚如何使用以下代码解决该错误。在下面的这种情况下,我想将catch中的数据表返回为null。publicstaticDataTableDTTable(stringmysqlQuery,outDataTableDTTableTable){try{MySqlDataAdapterDataDTTables=newMySqlDataAdapter(mysqlQuery,Connection);DataDTTables.SelectCommand.CommandTimeout=240000;DataTableDataDTTablesDT=newDataTable();DataDTTab

c# - 特定于 Try/Catch

作为编程的新手,我刚刚发现您可以专门捕获某些类型的错误并将代码仅绑定(bind)到该类型的错误。我一直在研究这个主题,但我不太明白语法,例如catch(InvalidCastExceptione){}我知道InvalidCastException是正在处理的错误类型,但是我不确定e是什么。有人可以解释一下吗? 最佳答案 假设没有e。您将如何获取异常消息?名称e(或任何其他名称)用于获取异常对象的句柄,以便您可以从中提取信息。不给出任何名称是合法语法:catch(InvalidCastException)//legalC#这行得通,但

用 try - catch 包围的 C# 属性

我发现自己用try{stuff}catch(Exceptione){log,otherstuff}编写方法时有点放弃,所以我想弄清楚如何制作一个属性来帮助我。我已经非常广泛地检查了以下线程,但似乎无法让我的实现正常工作。attributedoesnotseemtoactatallASP.NETMVCController.OnExceptionnotbeingcalled.netAttributesthathandleexceptions-usageonapropertyaccessor我的顶级web.config设置为我正在非Debug模式下编译。我的属性如下:[AttributeUs

c# - 使用 finally 而不是 catch

我已经见过几次这种模式了:boolsuccess=false;try{DoSomething();success=true;}finally{if(!success)Rollback();}我一直在想:为什么这比使用catch进行回滚更好?try{DoSomething();}catch{Rollback();throw;}这两种确保更改在失败时回滚的方法有什么区别? 最佳答案 我在这里发布了一些代码,即使它与问题并没有真正相关(稍后会删除)。有了这个程序:usingSystem;namespacetestcs{classProgr

c# - Visual Studio 变得疯狂 : 'The directory name is invalid' error when trying to compile

出于一些非常奇怪的原因,我的VisualStudio2008在尝试编译C#项目时尝试将可执行文件的输出写入与可执行文件同名的目录,至少看起来这就是错误所在消息暗示。在我的任何项目上运行编译后,CSC.EXE报告以下编译器错误:Couldnotwritetooutputfile'D:\Projects\Examples\StringBuilderVsString\obj\Release\StringBuilderVsString.exe'--'Thedirectorynameisinvalid.'当我查看obj\Release或obj\Debug时,所有中间资源(如StringBuild