围绕“新”时的范围C# 中的 try/catch 语句

Question

这是声明新变量的“最佳实践”是什么的问题，我已经见过这种情况几次了。我有一个类，其构造函数读取配置文件，例如：

ConfigMgr config = new ConfigMgr(args[0]);

当然，如果您在没有该参数的情况下运行控制台应用程序，则会出现异常。如果我用 try/catch 包围该行，如下所示，我会收到错误“名称“config”在当前上下文中不存在”。可以理解。

try
{
    ConfigMgr config = new ConfigMgr(args[0]);
}
catch
{
    Console.WriteLine("Config file not specified or incorrect in format.  Exiting.");
    Console.ReadLine();
}

// Defaults
string aucomposingfile = config.getValue("aucomposingfile");
string nzcomposingfile = config.getValue("nzcomposingfile");
...etc

我可以在构造函数中分离出需要参数的部分 - 在 try/catch 块之外执行新的 ConfigMgr 部分，然后在 try/catch 中执行类似 config.LoadFile() 的操作。但我无法想象那些知情人士会这么做。

有什么想法吗？

谢谢！

Answer 1

你没有理由不能这样做：

ConfigMgr config = null;
try
{
    config = new ConfigMgr(args[0]);
}
catch ( /* catch a specific exception!! */ ) 
{
    //log it:
    Console.WriteLine("Config file not specified or incorrect in format.  Exiting.");

    //escape from here, because you don't want to continue:
    throw;    
}

string aucomposingfile = config.getValue("aucomposingfile");
string nzcomposingfile = config.getValue("nzcomposingfile");

当然，可以说更正确的方法可能是在尝试使用命令行参数之前检查它们，如果它们不满足你的要求，则抛出特定的异常 - 你依赖它们，所以首先验证它们。这比仅仅尝试使用它们并捕获异常具有更好的代码流程。这样，您的 catch 块就会更加关注配置文件更具体的问题，而不是处理命令行参数的问题。

Answer 2

如果您需要在多个 try 块中访问变量，则需要在该块之前声明并初始化该变量。只需声明并初始化为 null 就足够了。

Foo foo = null;
try 
{
    foo = DoSomethingToGetFoo();
}
catch (SpecificException ex)
{
    // do whatever, foo is accessible but may require null-checking
}
finally 
{
    // ditto 
}

// still accessible

显然，如果您希望在其他地方访问该变量，则必须在外部作用域中声明该变量。但初始化也是必要的，因为 C# 编译器需要证明变量在允许您使用之前已被初始化。如果“标准”初始值设定项在 try 的范围内，则编译器无法保证它会在稍后使用之前发生。

对于您自己的代码，您可以决定是否可以将需要对变量执行的所有操作包含在 try 中。如果是这样，显然将其范围限制在该块内。但在某些情况下，您需要更广泛的范围。 （请参阅：using 对 IDisposable 对象的扩展。）