哪一个:
using (var myObject = new MyClass())
{
try
{
// something here...
}
catch(Exception ex)
{
// Handle exception
}
}
OR
try
{
using (var myObject = new MyClass())
{
// something here...
}
}
catch(Exception ex)
{
// Handle exception
}
当前回答
这里有一件重要的事情我要指出:第一个将不会捕获调用MyClass构造函数引起的任何异常。
其他回答
我更喜欢第二个。也可以捕获与对象创建相关的错误。
两者都是有效的语法。这实际上取决于您想做什么:如果您想捕获与创建/处理对象相关的错误，请使用第二种方法。如果不是，就用第一个。
这里有一件重要的事情我要指出:第一个将不会捕获调用MyClass构造函数引起的任何异常。
视情况而定。如果您正在使用Windows通信基础(WCF)，使用(…){try…如果using语句中的代理处于异常状态，}将不能正常工作，即处理该代理将导致另一个异常。
就我个人而言，我相信最小处理方法，即只处理你在执行点上意识到的异常。换句话说，如果您知道在using中初始化一个变量可能会抛出一个特定的异常，那么我就用try-catch来封装它。类似地，如果在using体中可能发生一些与using中的变量没有直接关系的事情，那么我就用另一个try来包装它。我很少在catch中使用Exception。
不过我喜欢IDisposable，所以我可能有偏见。
如果你的catch语句需要访问using语句中声明的变量，那么inside是你唯一的选择。
如果catch语句在释放之前需要using中引用的对象，那么inside是唯一的选择。
如果您的catch语句执行一个持续时间未知的操作，例如向用户显示一条消息，并且您希望在此发生之前处理您的资源，那么外部是您的最佳选择。
每当我遇到类似于此的场景时，try-catch块通常位于调用堆栈中使用的另一个方法中。对于一个方法来说，知道如何处理像这样发生的异常是不典型的。
所以我的一般建议是在外面，在外面。
private void saveButton_Click(object sender, EventArgs args)
{
try
{
SaveFile(myFile); // The using statement will appear somewhere in here.
}
catch (IOException ex)
{
MessageBox.Show(ex.Message);
}
}
