为什么try块中的代码与方法的其余部分分离？

Question

我的问题是这样的：

HttpWebRequest request; 

try { 
    request = (HttpWebRequest) WebRequest.Create(url); 
} catch (UriFormatException) { 
    statusLabel.Text = "The address you entered was malformed, please correct it."; 
    statusLabel.ForeColor = Color.Red; 
} 

HttpWebResponse response = (HttpWebResponse) request.GetResponse(); 

我会从这个得到的错误是request没有得到一个值。显然这是因为请求的值是在try块中给出的。

这使我困惑的原因是因为在我用过的其他语言中，try块中的代码不会与其余代码保持分开（我忘记了这个词，可能是封装？） - 类似于一个方法。

我该怎么做呢？假如WebRequest没有抛出异常，我应该在try块中复制代码吗？

Answer 1

您误解了错误。

request变量在所有代码的范围内。但是，在try块之外，不保证有值，并且C＃编译器不会允许您使用变量，除非可以确定该变量已被分配。

具体而言，如果WebRequest.Create引发异常，则不会将request分配给。

您可以通过catch块外赋值，这样解决它：

HttpWebRequest request = null; 

---

顺便说一句，你不应该使用catch块的都在这里。
而应该拨打Uri.TryCreate。

Answer 2

为了解决这个问题，你会给请求一个默认值，如HttpWebRequest request = null;。

C＃和大多数C风格的语言（但不是JavaScript！）都具有块范围，这就是您要查找的术语。

因此，通过当前范围的每个执行路径应设置参数request。所以

//create new scope (every '{ }' block has it's own scope, so you can also create 
// a new one, by just wrapping some code inside accolades. 
{ 
    if(a) request = something; 
    else if(b) // do nothing 
} 

request.DoSomething(); 

会失败，因为在新的范围，只有通过a套request去执行路径。与try-catch一样。 try和catch都应该设置请求变量。

---

块范围也是相当有用的，这样是有效的：

// first-part-of-my-app 
{ 
    int myVariable = 10; 
} 

// second-part 
{ 
    string myVariable = "hi"; // is valid 
} 

Answer 3

如果有抛出，则您的请求对象将是空的，因此最后一行将失败，空引用异常。

HttpWebRequest request; 

try { 
    request = (HttpWebRequest) WebRequest.Create(url); 
    HttpWebResponse response = (HttpWebResponse) request.GetResponse(); 
    // do stuff with your response 
} catch (UriFormatException) { 
    statusLabel.Text = "The address you entered was malformed, please correct it."; 
    statusLabel.ForeColor = Color.Red; 
} 

Answer 4

是由于范围不幸的是，你可以ammend第一线

HttpWebRequest request = null; 

，并且将修复它，基本上代码的作用范围withing try块所以外面什么也不会意识到值已设置

Answer 5

只需设置

HttpWebRequest request = null; 

的代码在try集团k在内部范围内。

当您尝试获得您的回复时，您需要检查HttpWebRequest是否为空。

Answer 6

你喜欢的样子：

HttpWebRequest request; 

try { 
    request = (HttpWebRequest) WebRequest.Create(url); 
} catch (UriFormatException) { 
    statusLabel.Text = "The address you entered was malformed, please correct it."; 
    statusLabel.ForeColor = Color.Red; 
    return; 
} 

HttpWebResponse response = (HttpWebResponse) request.GetResponse(); 

否则你只是得到一个空指针异常会掩盖原有错误

Answer 7

您可以明确设置请求在您的声明为null，那么你可以在你使用它时检查它是否为空。

Answer 8

要理解这一点，首先需要了解的范围和声明空间一点点：

范围定义了，同时声明空间集中在 如该名称是唯一可以使用的名称 。范围和 申报空间密切相关， 但有几个微妙的 差异。

更正式的定义 是范围是封闭的上下文 或区域，其限定其中名称 可以不加限定地使用。

在 C＃中，范围和声明空间 由大括号括起来的语句块 定义。这意味着 命名空间，类，方法和 属性都定义了作用域和 声明空间。因此， 示波器可以嵌套并重叠其他每个 。

try块的语言语义（正确地称为受保护区域）是受保护区域定义一个范围。这意味着在该范围内定义的任何变量仅在该范围内（和任何嵌套范围）通过名称可见。

您遇到的下一件事是.NET Framework强制执行类型安全的方法之一是禁止单位变量。因此，由于您将HttpWebRequest request;声明为局部变量，因此尚未提供初始值。此外，由于唯一真正提供值的地方是在受保护的区域内，因此编译器“足够聪明”以认识到受保护区域内的代码可能无法运行（由于发生异常），因此它能够验证执行路径可能导致request永远不会被分配一个值并发出错误。

处理正确的方法将使用如下代码：

HttpWebRequest request = null; 

try 
{ 
    request = (HttpWebRequest) WebRequest.Create(url); 
} 
catch (UriFormatException) 
{ 
    statusLabel.Text = "The address you entered was malformed, please correct it."; 
    statusLabel.ForeColor = Color.Red; 
} 

if (request != null) 
{ 
    HttpWebResponse response = (HttpWebResponse) request.GetResponse(); 
}