当类型已知时，是否有任何技术原因在 C# 中使用或不使用 var？

Question

似乎我读到的越来越多的 C# 代码使用 var 类型标识符：

foreach (var itemChange in ItemChanges)
{
   //... 
}

而不是显式声明类型：

foreach (ItemChange itemChange in ItemChanges)
{
   //... 
}

即使类型已知。

我仍然使用后者显式版本，只是因为我认为稍后阅读它的人会比使用 var 更快地理解变量的类型。

但是有什么技术理由需要使用其中之一吗？

Answer 1

没有技术原因。如果在编译时无法推断类型，则代码将无法编译。

您说得对，在某些情况下，为了可读性，使用显式类型可能会更好，例如，

var obj = SomeMethod(); // what's the type? you'd have to inspect SomeMethod()
SomeClass obj = SomeMethod(); // the type is obvious

但在其他情况下，使用 var 非常有意义，例如

var obj = new SomeClass(); // the type is obvious
SomeClass obj = new SomeClass(); // the duplication of type is unnecessary

Answer 2

不，只是可读性。

Answer 3

一般来说没有技术原因。可读性——无论从哪个方向——都是唯一真正的因素。

然而，一个小警告是 var 将推断变量的 static 类型。如果您想要子类或超类类型，您需要自己进行转换。对于 foreach 的情况，如您的示例所示，通常只需使用子类类型声明循环变量即可“免费”执行向下转换。

经典示例是迭代 XML NodeList，您知道是 XmlElement 列表，但 Nodelist 被键入为 集合XmlNode。当然，您可以使用强制转换或 as 来获取您想要的类型，但这似乎违背了使用类型推断的目的:-)

当然，编译器会让您知道当您尝试使用仅可用于 XmlElement 的节点成员时，就会出现这种情况 - 因此严格来说它仍然不是技术差异。

---

另一件有点烦人的事情是，如果您使用像 Resharper 这样的工具，它会非常积极地建议您在每种可能的情况下使用 var。例如，当它建议您将 int 声明更改为 var 时，这尤其令人烦恼！

但是，除非您关闭该功能，否则您使用 var 的次数越多，从 Resharper 获得的“噪音”就会越少。

Answer 4

我所知道的唯一技术原因是您可以在没有 var 的情况下执行隐式转换，例如，

int i = 5;
double a = i; // implicit cast with explicit types

但在这里我更喜欢 var 因为它使转换显式;虽然我不太关心在执行表示更改类型转换时所关心的类型：

var a = (double)i; // explicit cast with implicit types

但正如您所说，真正的一般原因是可读性。您需要问自己的问题是，为什么您认为确切的具体类型对于可读性很重要？您是否总是编写 Linq 查询来调用具体类型，例如

from ItemChange itemChange in ItemChanges

// instead of

from itemChange in ItemChanges

同样，您是否总是调用泛型方法的类型参数而不是使用类型推断，例如

ItemChanges.Select<ItemChange, ItemChange>((ItemChange itemChange) => ...);

// instead of

ItemChanges.Select(itemChange => ...);

或者您是否乐意让编译器为您做一些工作并让它工作以没有明确说明类型信息为“代价”来输出类型？

如果您对 linq 和泛型方法中的类型推断感到满意，那么您已经做出决定，您可以接受不在任何地方显式拼写类型，并且您可能没有发现代码的可读性有任何下降结果（事实上，您可能发现恰恰相反）。因此，使用 var 只是在您已经走上的同一道路上又迈出了一步。

Answer 5

var 是 C# 3.0 功能，仅在匿名类型中强制使用

因为以下代码

var v = new { Amount = 108, Message = "Hello" };

动态创建新的匿名类型，所以 var 使用是强制的。例如，var 在通常动态创建类型的 Linq 中特别有用。

在任何其他情况下，这只是最终应用程序的品味问题（在编译期间解决）。但对于代码阅读器来说，我认为“var”的信息量不如类型本身。

Answer 6

不可以。使用 var 可以提高可读性，反之亦然。

Answer 7

var 是 C# 3.x+ 的功能，不是吗？如果不使用它，您的代码也与其他版本更兼容。

当您搜索“var C#”时，SO 中有很多有趣的问题

Answer 8

在程序的任何给定状态下，除了匿名类型之外，没有任何技术原因需要使用 var。

但是，使用 var 允许程序更改而无需编辑它。那么

public int SomeMethod(){}
public List<T> SomeOtherMethod<T>(T parameter);

就

var x = SomeMethod();
var y = SomeOtherMethod(x);

可以工作（并且 y 将是 List）。如果您使用

int x = SomeMethod();
List<int> y = SomeOtherMethod(x);

then if SomeMethod() 更改为返回 long，那么您必须更改 y 的定义。

我见过这种事情在整个程序中传播，需要数百次更改。特殊情况是更改数据访问代码以返回 ReadOnlyCollection 而不是 List。需要更改的代码太多，因此我将所有显式提及的 List 更改为 var，并且代码永远不需要再次更改。