我刚刚开始在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默认使用var。这让我很长一段时间都很沮丧，它总是默认为var，而我每次都在改变它。
这些设置在代码编辑> c# >代码样式下
其他回答
我很惊讶，没有人提到改变实例化对象的类型也更容易，因为
AVeryLongTypeName myVariable = new AVeryLongTypeName( arguments );
是一种重复的形式。如果我想将AVeryLongTypeName更改为它的派生类之一，我只需要在使用var时更改一次，并且仍然可以访问子类的方法。
除此之外，提高可读性是一个重要的点，但正如其他人所说，var不应该被过度使用，所以我认为关闭Resharper的提示是绝对可以的。
我只是想指出，在c#编码约定中推荐使用“var”
当变量的类型从赋值的右边很明显时，或者当精确的类型不重要时
所以这可能是ReSharper默认开启提示的原因。它们还提供了一些在同一文档的正下方不会提高可读性的情况。
我的原则是:
你是否声明了一个基本类型(即字节，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();
在ReSharper(8.02，但可能是其他版本)中，“使用隐式类型的局部变量声明”建议的选项可以根据您的偏好进行调整，不管它是什么，首先打开ReSharper的选项菜单:
然后，在“代码检查”下，通过调整所选语言的“检查严重性”，在我的例子中是c#:
正如你所看到的，有选项可以调整ReSharper提出的所有建议。希望这能帮助像我这样已经有“var”使用策略的人，只是想ReSharper尊重它:)
在我看来，只有在定义变量值时立即清楚该变量的类型时才应该使用var。
例子:
var s = "string value";
很明显，s是一个字符串。
我相信当变量类型名称非常复杂时，这也是合适的。
例子:
Dictionary<SomeCustomKeyType, Dictionary<AnotherCustomKeyType, List<int>>> dict = new Dictionary<SomeCustomKeyType, Dictionary<AnotherCustomKeyType, List<int>>>();
// This is a little easier to read than the above statement
var dict = new Dictionary<SomeCustomKeyType, Dictionary<AnotherCustomKeyType, List<int>>>();
除了这些情况，我不认为使用var有任何好处，但我可以想到一些情况下它可能是有害的:
例如，一个一次性类型的右侧变量值没有清楚地显示该类型。一次性用品的处理很容易被遗忘
例子:
// returns some file writer
var wr = GetWriter();
wr.add("stuff");
wr.add("more stuff");
//...
//...
// Now `wr` needs to be disposed,
// but there is no clear indication of the type of `wr`,
// so it will be easily overlooked by code writer and code reviewer.
