在测试过程中，我发现自己的代码是这样的:

var something = myObject.SomeProperty.SomeOtherThing.CallMethod();
Console.WriteLine(something);

现在，有时，我想看看SomeOtherThing本身包含什么，SomeOtherThing不是CallMethod()返回的相同类型。因为我使用了var，我只是改变了这个:

var something = myObject.SomeProperty.SomeOtherThing.CallMethod();

:

var something = myObject.SomeProperty.SomeOtherThing;

如果没有var，我也必须不断改变左边声明的类型。我知道这是小事，但它非常方便。

Var对于匿名类型是必不可少的(正如之前对这个问题的回答之一所指出的那样)。

我会把所有其他关于宗教战争利弊的讨论归类为“宗教战争”。我的意思是对……的相对优点进行比较和讨论。

var i = 5;
int j = 5;

SomeType someType = new SomeType();
var someType = new SomeType();

.．.完全是主观的。

隐式类型意味着使用var关键字声明任何变量都不会在运行时造成损失，因此归根结底，这是一个关于如何让开发人员满意的争论。

这两种说法都不是绝对正确的;Var对可读性既有正面影响，也有负面影响。在我看来，var应该在以下情况之一成立时使用:

类型是匿名的(好吧，这里没有任何选择，因为在这种情况下它必须是var) 根据指定的表达式，类型是明显的(即var foo = new TypeWithAReallyLongNameTheresNoSenseRepeating())

Var没有性能影响，因为它是语法糖;一旦编译成IL，编译器就会推断出类型并定义它;没有什么动态的东西。

我仍然认为var在某些情况下可以使代码更具可读性。如果我有一个带有Orders属性的Customer类，我想把它赋值给一个变量，我只需要这样做:

var orders = cust.Orders;

我不在乎顾客。Orders是IEnumerable<Order>， ObservableCollection<Order>或BindingList<Order> -我想要的只是将该列表保存在内存中，以便稍后对其进行迭代或获取其计数或其他内容。

将上述声明与:

ObservableCollection<Order> orders = cust.Orders;

对我来说，类型名只是噪音。如果我回头决定改变客户的类型。沿着轨道的订单(从ObservableCollection<Order>到IList<Order>)，然后我也需要改变声明-如果我在第一个地方使用var，我就不必这样做。

您可以让编译器(以及接下来维护代码的人员)从初始化式赋值的右边推断类型。如果这种推断是可能的，编译器可以这样做，从而节省了您的一些输入。

如果这个推断对那个可怜的家伙来说很容易，那么你没有伤害到任何东西。如果推断很难，那么作为一般规则，您已经使代码更难维护 我不会这么做的。

Lastly, if you intended the type to be something particular, and your initializer expression actually has a different type, using var means it will be harder for you to find the induced bug. By explicitly telling the compiler what you intend the type to be, when the type isn't that, you would get an immediate diagnostic. By sluffing on the type declaration and using "var", you won't get an error on the initialization; instead, you'll get a type error in some expression that uses the identifier assigned by the var expression, and it will be harder to understand why.

寓意是，要谨慎使用var;您通常不会给您自己或您的下游维护人员带来很多好处。并希望他的理由是一样的，这样你就不会因为他认为使用var很容易而猜测他的意图。在编写一个具有较长生命周期的系统时，优化输入量是一个错误。

它当然可以让事情变得更简单，从我昨天写的代码来看:

var content  = new Queue<Pair<Regex, Func<string, bool>>>();
...
foreach (var entry in content) { ... }

如果没有var，这将是非常冗长的。

附录:花点时间学习具有真正类型推断的语言(例如f#)，就会发现编译器在正确获取表达式类型方面是多么出色。这当然意味着我倾向于尽可能多地使用var，现在使用显式类型表明变量不是初始化表达式的类型。