我刚刚开始在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开发，所以我真的很想了解正在发生什么，以及它是否有益。
当前回答
我也不喜欢这样。
我不希望这变成一场关于var使用的争论，它有它的用途，但不应该到处使用。
要记住的关键是ReSharper被配置为你想要的任何编码标准。
编辑：ReSharper和var
其他回答
我看到了许多正确答案，但没有完整的答案。
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的一些惊人的优点
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通常可以提高可读性;但正如您所提到的，它有时会减少它(使用简单类型，或当结果类型不明确时)。
我更喜欢选择什么时候用var，什么时候不用。但这只是我的看法。
其中一个原因是可读性的提高。哪个更好?
Dictionary<int, MyLongNamedObject> dictionary = new Dictionary<int, MyLongNamedObject>();
or
var dictionary = new Dictionary<int, MyLongNamedObject>();
'var'表示清楚
关于是否使用var关键字的主要争论是关于代码对您和其他开发人员的可读性。
就像你在写一个故事一样，没有明确的正确答案。但是让我们看一些简单英语中的例子。
杰克向比尔问好。他不喜欢他，所以转身朝另一个方向走了。
谁走了另一条路?杰克还是比尔?在本例中，使用名称“Jake”和“Bill”就像使用类型名称一样。"He"和"him"就像使用var关键字。在这种情况下，说得更具体可能会有所帮助。下面的例子就清楚多了。
杰克向比尔问好。杰克不喜欢比尔，所以他转身朝另一个方向去了。
在这种情况下，越具体句子越清晰。但情况并非总是如此。在某些情况下，说得太具体会让人更难理解。
比尔喜欢书，所以比尔去了图书馆，比尔拿出了一本比尔一直喜欢的书。
在这种情况下，如果我们使用“he”，在某些情况下将他的名字一起省略，这相当于使用var关键字，将更容易阅读句子。
比尔喜欢书，所以他去了图书馆，拿出了一本他一直喜欢的书。
这些例子涵盖了要点，但并不能说明全部问题。在这些例子中，只有一种方式来指代这个人。要么使用他们的名字，要么使用更笼统的术语，比如“他”和“他”。
对于代码，我们有三种方法来帮助增加清晰度。类型、变量名和赋值。以这行代码为例:
Person p = GetPerson();
现在的问题是，这行代码中是否有足够的信息来帮助您弄清楚发生了什么?
下面这行代码呢?在这种情况下，你还知道p的意思吗?
var p = GetPerson();
现在怎么样:
var p = Get();
或者现在:
var person = Get();
或者这个:
var t = GetPerson();
或:
var u = Person.Get();
关键字var在给定场景中是否有效在很大程度上取决于代码的上下文，比如变量、类和方法的命名方式。它还取决于代码的复杂性以及围绕它的其余代码。
就我个人而言，我喜欢使用var关键字，它在大多数时候对我来说更全面。但我也倾向于用类型来命名变量这样就不会丢失任何信息。
这就是说，有时我会根据上下文做出例外，这就是任何复杂事物的本质，软件如果不复杂就什么都不是。
