我刚刚开始在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通常可以提高可读性;但正如您所提到的，它有时会减少它(使用简单类型，或当结果类型不明确时)。
我更喜欢选择什么时候用var，什么时候不用。但这只是我的看法。
其他回答
没有技术上的区别(正如eWolf所指出的)。你可以使用其中一种，生成的CLR代码看起来是一样的。
在我看来，主要的好处是，这往往迫使您使用更好的变量命名。在你的例子中，'foo'是一个非常糟糕的变量名。
. net 3.0的var特性仅仅是类型推断，它是类型安全的，并且通常使您的代码更容易阅读。但你不必这么做，如果你愿意，可以在ReSharper中关闭这个建议。
指定显式对象类型在某种程度上是多余的。即使用英语翻译，它听起来也是多余的:“将X类型的对象放入X类型的变量中”vs“将X类型的对象放入变量中”。
然而，使用'var'有其局限性。它防止了以下纯美的多态用法:
假设狗伸展动物;Cat扩展了动物等级:
Animal x = new Dog();
DoStuffWithDog(x as Dog);
x = new Cat();
DoStuffWithCat(x as Cat);
void DoStuffWithDog(Dog d){}
void DoStuffWithCat(Cat c){}
同样的代码，用'var'声明x将无法编译。
var x = new Dog(); // from this point, x is a Dog
DoStuffWithDog(x as Dog);
x = new Cat(); // cannot assign a Cat instance to a Dog
DoStuffWithCat(x as Cat);
void DoStuffWithDog(Dog d){}
void DoStuffWithCat(Cat c){}
无论如何，回到最初的问题，我不使用Resharper，但我假设它足够智能，可以检测到什么时候不使用'var'。: -)
我很惊讶，没有人提到改变实例化对象的类型也更容易，因为
AVeryLongTypeName myVariable = new AVeryLongTypeName( arguments );
是一种重复的形式。如果我想将AVeryLongTypeName更改为它的派生类之一，我只需要在使用var时更改一次，并且仍然可以访问子类的方法。
除此之外，提高可读性是一个重要的点，但正如其他人所说，var不应该被过度使用，所以我认为关闭Resharper的提示是绝对可以的。
我也不喜欢这样。
我不希望这变成一场关于var使用的争论，它有它的用途，但不应该到处使用。
要记住的关键是ReSharper被配置为你想要的任何编码标准。
编辑：ReSharper和var
