在C＃2.0中使用關鍵字var bad？

Question

我閱讀了一篇關於using C# 3 features in C# 2的文章，您可以在其中輸入例如var x = 2;的類型，即使該項目是2.0項目，Visual Studio 2008編譯器也會選取它並生成與輸入int x = 2時相同的代碼。

但我沒有得到的是，你應該不是在某些情況下做到這一點？我一直認爲var關鍵字在C＃3之前並沒有到達。如果編譯器生成相同的代碼，並且我可以鍵入C＃3代碼和C＃2代碼完全相同，那麼真的有什麼區別，因爲CLI是相同的， 對？從鏈路

引用上述

在幕後，編譯器產生常規的.NET 2.0代碼。

.NET 2.0代碼和.NET 3代碼是否有區別？

Answer 1

恐怕你在混合使用C＃版本和.NET版本。

你不能在C＃2.0中使用var，編譯器會認爲它只是一個標識符。但是，您可以在C＃3.0中將它用於.NET 2.0，因爲var只是一種語言（C＃）構造，而不是.NET構造。 .NET編譯器會將它轉換爲生成的CIL中的適當類型，因此JIT編譯器將永遠不會看到它，並且您將完全正常。

因爲VS2008編譯器是一個C＃3.0編譯器，所以在使用var時不會遇到任何問題，無論您的目標.NET版本如何。

Answer 2

var是VS2008使用的C＃3語言中的合成糖。該代碼仍然可以編譯爲.net 2.0兼容。你應該擁有的唯一問題是如果你需要在VS2005中編輯這些文件。

Answer 3

about var：它是純粹的語法糖和編譯器技巧。鍵入var你要求編譯器根據表達式的右邊來猜測類型。這可以很容易地編譯爲.net 2.0。 Linq可能無法工作，因爲它使用.net 3.5的程序集

Answer 4

var被引入來保存C＃3.0中匿名類型的實例。

在.net2.0中可能是VS2008或C＃編譯器必須用在設計時已知的實際類型替換它，並且如果在編碼時已知道該類型，爲什麼要使用var！ :)

Answer 5

關於它的用法。

關於執行它並不差，正如前面提到的，它只是語法糖，並在編譯時被替換。

編碼時，我認爲它的使用是混合的。例如：

我覺得這個沒問題。人們很容易看到什麼值

var a = "test"; 

不太好，很多人都在IDE中滾動到真正理解的代碼，這是一種痛苦。

var b = SomeReallyLongNameSpace.SubNamespace.Namespace.Class.Enum.Value1; 

這是好的，你知道結果是什麼，因爲一個明確的方法。

var c = GetString(); 

你根本不知道什麼是返回一看，這不是有益的，將得到更好的定義，而不是使用var關鍵字。

var d = GetSomething();