瓦尔太棒了!我遇到过许多开发人员，他们认为var是绑定到动态类型的，但事实并非如此。它仍然是静态类型的，只是由编译器决定。

下面是使用var的一些惊人的优点

Less typing var is shorter and easier to read, for instanceDictionary<int,IList<string>> postcodes = new Dictionary<int,IList<string>>() Yuk. var postcodes = new Dictionary<int,IList<string>>() \o/\o/ More descriptive variable names - tenuous one but I think its important to let the fluid nature of var shine here. As var is a bit vague, it really does encourage a more desciptive variable name rather than letting the type speak for itself. Less code changes - if the return type of a method call changes. You only have to change the method call, not every place it’s used. Anonymous types - anonymous types are a really powerful concept, especially in areas such as WebApi partial resources. Without var, they cannot be used.

然而，有时显式声明类型是有用的，我发现这在原语或结构中最有用。例如，我个人不觉得这个语法很有用:

for(var i = 0; i < 10; i++) 
{

}

vs

for(int i = 0; i < 10; i++) 
{

}

这完全取决于个人喜好，但使用var真的会加速你的开发，并打开一个匿名类型的美好世界。

var关键字是在c# 3.0中引入的——它允许我们忘记显式地指定类型。

你是否使用并没有真正的区别

MyObject foo = DB.MyObjects。SingleOrDefault(w => w. id == 1);

or

var foo = DB.MyObjects。SingleOrDefault(w => w. id == 1);

除了纯粹的可读性和更少的出错机会。

这看起来像是一个clichéd的例子，但下面的内容可能会帮助你理解:

var myInt = 23;

返回int类型，而

var myInt = "23";

返回一个字符串类型。

MSDN参考

ReSharper的建议显然是过度使用var关键字。你可以在类型很明显的地方使用它:

var obj = new SomeObject();

如果类型不明显，你应该写出来:

SomeObject obj = DB.SomeClass.GetObject(42);

我看到了许多正确答案，但没有完整的答案。

ReSharper确实在默认情况下过度使用var。我想大多数人都会同意这一点。当使用var并且类型很明显时(例如使用new语句时)，它也更容易阅读。我看到一篇文章展示了如何更新检查的严重性，只显示使用var的提示。

我曾尝试在其他帖子上评论，添加在哪里设置这些，但没有这样的声誉。显然，我也没有名声发布我的设置截图。

我会解释怎么去那里。

在Visual Studio >主菜单> Resharper > Options > Code Editing > c# > Code Style > Var using In declarations

对于内置类型使用显式类型 对于简单类型，在明显时使用'var' 在其他地方使用'var '

ReSharper帮助文档:代码语法风格:隐式/显式类型('var'关键字) -配置使用'var'关键字的首选项

'var'为你的代码添加了一种“动态”元素(尽管代码仍然是严格类型的)。我建议不要在类型不清楚的情况下使用它。想想这个例子:

var bar = GetTheObjectFromDatabase();
bar.DoSomething();

ClassA {
  void DoSomething() {
  //does something
  }
}

ClassB {
  void DoSomething() {
  //does something entirely different
  }
}

如果GetTheObjectFromDatabase()的返回类型从Type A更改为B，我们不会注意到，因为这两个类都实现了DoSomething()。然而，现在的代码实际上可能做一些完全不同的事情。

这可能就像在日志中写入不同的内容一样微妙，所以您可能不会注意到，直到为时已晚。

var的以下用法应该总是正确的:

var abc = new Something();

Var可以增加代码的可读性，同时减少对代码的即时理解。同样，它也会降低代码在其他情况下的可读性。有时它的使用是中性的。可读性对理解的衡量不是成比例的，而是取决于具体情况。有时两者同时增加或减少。

这个因素是var应用于什么，以及目标对读者立即混淆其数据类型的支持程度如何，或者是否需要它的类型信息来理解手边的程序部分。

例如，不好的命名会导致var导致代码理解能力下降。这不是var的错:

var value1 = GetNotObviousValue(); //What's the data type? 
//vs. 
var value2 = Math.Abs(-3); // Obviously a numeric data type. 

有时，对于简单的数据类型使用var是没有意义的，因为在没有var的情况下代码更具可读性:

var num = GetNumber(); // But what type of number?
// vs. 
double num = GetNumber(); // I see, it's a double type. 

有时var可以用来隐藏数据类型信息，你不一定想看到它的复杂性:

    IEnumerable<KeyValuePair<string,List<Dictionary<int,bool>>>> q = from t in d where t.Key == null select t; // OMG! 
    //vs. 
    var q = from t in d where t.Key == null select t;

    // I simply want the first string, so the last version seems fine.  
    q.First().Key; 

当存在匿名类型时，你必须使用var，因为没有类型名可以调用它:

var o = new { Num=3, Name="" };

当你有Visual Studio Intellisense提供类型信息，尽管有var，然后你需要更少地依赖于你的理解，通过严格的代码阅读没有帮助。假设不是每个人都拥有或使用智能感知可能是明智的。

总之，根据上面的例子，我认为全权委托var的应用不是一个好主意，因为大多数事情最好是适度地完成，并基于这里所示的手边的情况。

为什么Resharper默认使用它?为了方便起见，我建议使用它，因为它不能解析情况的细微差别来决定什么时候最好不要使用它。