我尽可能使用var。

如果你的代码写得好，局部变量的实际类型并不重要(例如，良好的变量名，注释，清晰的结构等)。

使用var而不是显式类型使重构更容易(因此我必须反驳前面的帖子，他们的意思是它没有区别，或者它纯粹是“语法糖”)。

您可以更改方法的返回类型，而无需更改调用此方法的每个文件。想象一下

...
List<MyClass> SomeMethod() { ... }
...

就像这样

...
IList<MyClass> list = obj.SomeMethod();
foreach (MyClass c in list)
  System.Console.WriteLine(c.ToString());
...

如果您希望重构SomeMethod()以返回IEnumerable<MySecondClass>，则必须在使用该方法的每个地方更改变量声明(也在foreach中)。

如果你写

...
var list = obj.SomeMethod();
foreach (var element in list)
  System.Console.WriteLine(element.ToString());
...

相反，你不需要改变它。

“关于我的品味，你唯一能说的就是它过时了，假以时日，你也会过时的。”托尔金。

我曾经认为var关键字是一个伟大的发明，但我把一个限制，这是

只在类型很明显的情况下使用var(不要滚动或查看返回类型)

我意识到这并没有给我带来任何好处，并从我的代码中删除了所有的var关键字(除非他们是特别需要的)，现在我认为他们使代码可读性更差，特别是对其他人阅读你的代码。

它隐藏了意图，并且在至少一个实例中，由于类型的假设而导致某些代码的运行时错误。

var很好，因为它遵循经典的DRY规则，当在声明变量的同一行中指出类型时，它特别优雅。(例如var city = new city ())

var是c# 3.0和LINQ中为匿名类型引入的占位符。

因此，它允许在一个集合中为更少的列编写LINQ查询。不需要在内存中复制信息，只加载完成你需要做的事情所必需的东西。

var的使用一点也不坏，因为它实际上不是一个类型，但正如在其他地方提到的，它是一个类型的占位符，它是并且必须定义在等式的右边。然后，编译器将用类型本身替换关键字。

即使使用智能感知，当一个类型的名称很长时，它也特别有用。只需要写var，然后实例化它。之后阅读您的代码的其他程序员将很容易理解您在做什么。

就像使用

public object SomeObject { get; set; }

而不是:

public object SomeObject {
    get {
        return _someObject;
    } 
    set {
        _someObject = value;
    }
}
private object _someObject;

每个人都知道属性在做什么，就像每个人都知道var关键字在做什么一样，这两个例子都倾向于通过简化它来简化可读性，并使程序员更容易编写有效的代码。