我刚刚开始在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开发，所以我真的很想了解正在发生什么，以及它是否有益。
当前回答
在ReSharper(8.02，但可能是其他版本)中，“使用隐式类型的局部变量声明”建议的选项可以根据您的偏好进行调整，不管它是什么，首先打开ReSharper的选项菜单:
然后，在“代码检查”下，通过调整所选语言的“检查严重性”，在我的例子中是c#:
正如你所看到的，有选项可以调整ReSharper提出的所有建议。希望这能帮助像我这样已经有“var”使用策略的人，只是想ReSharper尊重它:)
其他回答
ReSharper的建议显然是过度使用var关键字。你可以在类型很明显的地方使用它:
var obj = new SomeObject();
如果类型不明显，你应该写出来:
SomeObject obj = DB.SomeClass.GetObject(42);
'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关键字，它在大多数时候对我来说更全面。但我也倾向于用类型来命名变量这样就不会丢失任何信息。
这就是说，有时我会根据上下文做出例外，这就是任何复杂事物的本质，软件如果不复杂就什么都不是。
ReSharper推荐var，因为它倾向于整理对象创建。
比较这两个例子:
StringBuilder bld = new StringBuilder();
var bld = new StringBuilder();
这只是一种简写，应该更容易阅读。
我认为，当你显式地用“new”创建新对象时，这很好。然而，在您的示例中，如果类没有正确命名，可能就不那么明显了。
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默认使用它?为了方便起见，我建议使用它，因为它不能解析情况的细微差别来决定什么时候最好不要使用它。
我很惊讶，没有人提到改变实例化对象的类型也更容易，因为
AVeryLongTypeName myVariable = new AVeryLongTypeName( arguments );
是一种重复的形式。如果我想将AVeryLongTypeName更改为它的派生类之一，我只需要在使用var时更改一次，并且仍然可以访问子类的方法。
除此之外，提高可读性是一个重要的点，但正如其他人所说，var不应该被过度使用，所以我认为关闭Resharper的提示是绝对可以的。
