在c#中使用var关键字

在与同事讨论了c# 3中var关键字的使用后，我想知道人们对通过var适当使用类型推断的看法是什么?

例如，我很懒地在有问题的情况下使用var，例如:-

foreach(var item in someList) { // ... } // Type of 'item' not clear.
var something = someObject.SomeProperty; // Type of 'something' not clear.
var something = someMethod(); // Type of 'something' not clear.

var更合法的用法如下:-

var l = new List<string>(); // Obvious what l will be.
var s = new SomeClass(); // Obvious what s will be.

有趣的是，LINQ似乎是一个灰色区域，例如:-

var results = from r in dataContext.SomeTable
              select r; // Not *entirely clear* what results will be here.

结果很明显，因为它将是一个实现IEnumerable的类型，但它并不完全明显，与var声明一个新对象的方式相同。

当涉及到对象的LINQ时，情况就更糟了，例如:-

var results = from item in someList
              where item != 3
              select item;

这并不比等价的foreach(var item in someList){//…}相当于。

这里有一个关于类型安全的真正问题——例如，如果我们将该查询的结果放在一个接受IEnumerable<int>和IEnumerable<double>的重载方法中，调用者可能会无意中传入错误的类型。

Var确实保持强类型，但问题是，在定义中不立即显示类型是否危险，当重载意味着当你无意中将错误的类型传递给方法时，编译器可能不会发出错误，这种情况会被放大。

当前回答

当你将鼠标悬停在“var”上时，VS2008 w/resharper 4.1在工具提示中有正确的输入，所以我认为当你寻找一个类的所有用法时，它应该能够找到这个。

虽然还没有测试它是否这样做。

2009-02-11 15:49:39

其他回答

来自Essential LINQ:

除非绝对必要，否则最好不要显式声明范围变量的类型。例如，下面的代码编译干净，但是编译器可以在没有正式声明的情况下推断出类型:

List<string> list = new List<string> { "LINQ", "query", "adventure" };
var query = from string word in list
      where word.Contains("r")
      orderby word ascending
      select word;

显式声明range变量的类型会强制对LINQ Cast操作符进行幕后调用。此调用可能会产生意想不到的结果，并可能会损害性能。如果您在LINQ查询中遇到性能问题，像这里所示的强制转换可能是开始寻找罪魁祸首的一个地方。(此规则的一个例外是当您使用非泛型Enumerable时，在这种情况下您应该使用强制转换。)

2009-06-23 08:19:04

在我看来，大量使用var是没有问题的。它本身不是一个类型(您仍然在使用静态类型)。相反，这只是一个节省时间的方法，让编译器自己判断要做什么。

像任何其他节省时间的方法(例如自动属性)一样，在到处使用它之前，最好先了解它是什么以及它是如何工作的。

2010-05-19 13:49:32

对于LINQ，使用var的另一个很好的理由是编译器可以更优化查询。

如果你使用一个静态列表来存储结果，它将在你分配给列表的地方执行，但是使用var，它可以潜在地将原始查询与代码中后面的查询合并，从而对数据库进行更优化的查询。

我有一个例子，我在第一个查询中提取了一些数据，然后循环遍历并请求更多数据以打印出一个表。

LINQ合并了这些，所以第一个只提取id。

然后在循环中，它添加了一个我没有在那里做的额外连接来获取我包含在原始数据中的数据。

经过测试，这种方法效率更高。

如果我们没有使用var，它就会像我们写的那样进行查询。

2010-10-25 10:01:27