差異的if-else：

Question

我讀this question，我發現Tim Schmelter's answer：

順便說一句，這就是條件運算符和的if-else之間的區別之一

你可以檢查這個問題的答案，我找不到原因？

如果條件運算工作像的if-else爲什麼如果別人不需要投

問題：

int? l = lc.HasValue ? (int)lc.Value : null; 

「蒂姆Schmelter」 的答案：

你有以鑄造null以及：

int? l = lc.HasValue ? (int)lc.Value : (int?)null; 

順便說一句，這是的conditional operator之間的區別之一和if-else：

if (lc.HasValue) 
    l = (int)lc.Value; 
else 
    l = null; // works 

Answer 1

單獨的文字null沒有類型，但它可以隱式轉換爲任何參考類型和任何類型的。在該表達式中：

x = null 

其中x被分配爲null時，編譯器可以很容易地從x什麼null文字應被轉換成可變（或字段或屬性或參數或其他）的類型推斷。例如，如果是xstring型時，null應代表null參考，而如果是xint?型時，應null其中HasValue是假代表的Nullable<int>一個實例。

如果x的類型爲int，則不存在隱式轉換，且上述表達式不能編譯。

（聲明var x = null;與var是不是因爲null法律沒有類型本身。）

在另一方面，在表達：

someBoolean ? 42 : null /* illegal */ 

編譯器無法弄清楚什麼類型轉換成null。請記住，int既不是引用類型，也不是Nullable<>類型。

如果你的意思是包裝成空，用途：

someBoolean ? (int?)42 : null 

或：

someBoolean ? 42 : (int?)null 

在這兩種情況下，編譯器會自動看到其他操作數（在另一側冒號:）也必須隱式轉換爲int?。

如果你的意思是拳擊到一些基類或接口int，寫：

someBoolean ? (object)42 : null 

或：

someBoolean ? 42 : (object)null 

---

現在，上面的表述可能是子表達式中包含更大的表達式，但編譯器仍然需要表達式的類型以清除i自行宣佈。例如，在：

int? x; 
x = someBoolean ? 42 : null; // still illegal! 

即使子表達someBoolean ? 42 : null出現較大的表達x = someBoolean ? 42 : null其中x確實有一個內部類型，子表達式必須仍然獲得它的類型「本質」。 x的類型不能「泄漏」到子表達式上。對於許多新的C＃開發人員來說，這個「語法」似乎是一個驚喜。像你這樣的問題經常被看到，例如見Nullable type issue with ?: Conditional Operator和鏈接到它的線程。

Answer 2

的if語句不產生價值，所以在「然後」和「其他」部分別語句不需要以任何方式兼容類型。

條件運算符產生一個值，因此兩個部分必須以某種方式類型兼容，以便編譯器確定表達式的類型。

Answer 3

MSDN說用於條件算子：

*要麼first_expression和second_expression的類型必須是相同的，或隱式轉換必須存在從一種類型到另*

就是這個原因。 。在if-else構造函數中，其他塊中的代碼與中的代碼無關，因爲如果塊被阻止，則編譯器在每種情況下都可以推斷出類型轉換。