我刚刚开始在Visual Studio中使用ReSharper(在SO上的许多建议之后)。为了尝试一下，我打开了一个最近的ASP。NET MVC项目。我注意到它建议的第一件也是最频繁的事情之一是将我的大部分/所有显式声明改为var。例如:
//From This:
MyObject foo = DB.MyObjects.SingleOrDefault(w => w.Id == 1);
//To This:
var foo = DB.MyObjects.SingleOrDefault(w => w.Id == 1);
等等，即使是简单的类型，如int, bool等。
为什么推荐这个?我没有计算机科学或。net背景，最近“陷入”了。net开发，所以我真的很想了解正在发生什么，以及它是否有益。
当前回答
我的原则是:
你是否声明了一个基本类型(即字节，char，字符串，int[]， double) ?，十进制，等等)?->类型: string myStr = "foo"; int[] myIntArray = [123, 456, 789]; 双吗?myDouble = 123.3; 您是否声明了一个复杂类型(即List<T>， Dictionary<T, T>， MyObj)?->使用var: var myList =列表<字符串>(); var myDictionary = Dictionary<string, string>(); var myObjInstance = new MyObj();
其他回答
我很惊讶，没有人提到改变实例化对象的类型也更容易，因为
AVeryLongTypeName myVariable = new AVeryLongTypeName( arguments );
是一种重复的形式。如果我想将AVeryLongTypeName更改为它的派生类之一，我只需要在使用var时更改一次，并且仍然可以访问子类的方法。
除此之外，提高可读性是一个重要的点，但正如其他人所说，var不应该被过度使用，所以我认为关闭Resharper的提示是绝对可以的。
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参考
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默认使用它?为了方便起见，我建议使用它，因为它不能解析情况的细微差别来决定什么时候最好不要使用它。
瓦尔太棒了!我遇到过许多开发人员，他们认为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真的会加速你的开发，并打开一个匿名类型的美好世界。
我的原则是:
你是否声明了一个基本类型(即字节，char，字符串，int[]， double) ?，十进制，等等)?->类型: string myStr = "foo"; int[] myIntArray = [123, 456, 789]; 双吗?myDouble = 123.3; 您是否声明了一个复杂类型(即List<T>， Dictionary<T, T>， MyObj)?->使用var: var myList =列表<字符串>(); var myDictionary = Dictionary<string, string>(); var myObjInstance = new MyObj();
