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

当前回答

Kronoz -在这种情况下(两者都重载)会有问题吗?如果你有两个不同类型的重载，本质上你会说任何一个都可以被传递，做同样的事情。

不应该有两个重载根据传递的类型执行完全不同的操作。

虽然在这种情况下您可能会感到困惑，但它仍然是完全类型安全的，只是有人调用了错误的方法。

2008-09-04 12:23:15

其他回答

这并不坏，这更多的是一种风格上的东西，往往是主观的。当你使用var或不使用var时，它会增加不一致性。

另一个值得关注的情况是，在下面的调用中，你不能仅通过查看CallMe返回的代码来判断类型:

var variable = CallMe();

这是我对var的主要抱怨。

当我在方法中声明匿名委托时，我使用var，在某种程度上var看起来比我使用Func更干净。考虑下面的代码:

var callback = new Func<IntPtr, bool>(delegate(IntPtr hWnd) {
   ...
});

编辑:根据Julian的输入更新最后一个代码样例

2010-05-19 13:48:33

来自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的关键是只在适当的地方使用它，即在Linq中做一些方便的事情(可能在其他情况下)。

如果你有一个类型的东西，那么你应该使用它-不这样做是简单的懒惰(与创造性的懒惰相反，这通常是被鼓励的-优秀的程序员往往非常努力地工作，懒惰，可以被认为是最初的东西的来源)。

全面禁止就像滥用这种结构一样糟糕，但确实需要一个合理的编码标准。

另一件需要记住的事情是，它不是VB类型变量，因为它不能改变类型——它是一个强类型变量，它只是类型是推断出来的(这就是为什么有人会认为在foreach中使用它不是不合理的，但出于可读性和可维护性的原因，我不同意)。

我怀疑这个会一直持续下去(-:

梅菲

2008-09-03 11:47:35

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

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

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

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