爲什麼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(); 
}