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

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

var i = 5;
int j = 5;

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

.．.完全是主观的。

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

Kronoz -在这种情况下(两者都重载)会有问题吗?如果你有两个不同类型的重载，本质上你会说任何一个都可以被传递，做同样的事情。

不应该有两个重载根据传递的类型执行完全不同的操作。

虽然在这种情况下您可能会感到困惑，但它仍然是完全类型安全的，只是有人调用了错误的方法。

这并不坏，这更多的是一种风格上的东西，往往是主观的。当你使用var或不使用var时，它会增加不一致性。

另一个值得关注的情况是，在下面的调用中，你不能仅通过查看CallMe返回的代码来判断类型:

var variable = CallMe();

这是我对var的主要抱怨。

当我在方法中声明匿名委托时，我使用var，在某种程度上var看起来比我使用Func更干净。考虑下面的代码:

var callback = new Func<IntPtr, bool>(delegate(IntPtr hWnd) {
   ...
});

编辑:根据Julian的输入更新最后一个代码样例

我认为var的使用应该与明智选择的变量名称相结合。

我在foreach语句中使用var没有问题，前提是它不是这样的:

foreach (var c in list) { ... }

如果是这样的话:

foreach (var customer in list) { ... }

．.． 这样，阅读代码的人就更有可能理解什么是“列表”。如果您可以控制列表变量本身的名称，那就更好了。

这同样适用于其他情况。这是非常无用的:

var x = SaveFoo(foo);

．.． 但这是有道理的:

var saveSucceeded = SaveFoo(foo);

各有各的，我想。我发现自己这样做，简直是疯了:

var f = (float)3;

我需要一个12步的var程序。我叫Matt，我(ab)使用var。

我不认为var per say是一个可怕的语言特性，因为我每天都在Jeff Yates描述的代码中使用它。实际上，我几乎每次使用var都是因为泛型会导致一些极其冗长的代码。我活在冗长的代码中，但是泛型太过分了。

也就是说，我(显然……)认为var被滥用的时机已经成熟。如果在一个方法中，代码超过20行，并且到处都是vars，那么维护很快就会变成一场噩梦。此外，在教程中使用var是违背直觉的，在我的书中是一个大禁忌。

另一方面，var是一个“简单”的特性，新程序员会抓住并喜欢它。然后，在几分钟/几小时/几天内，当他们开始触及极限时，遇到了巨大的障碍。为什么我不能从函数中返回var这类问题。此外，向强类型语言添加伪动态类型很容易让新开发人员感到困惑。从长远来看，我认为var关键字实际上会让新程序员更难学习c#。

也就是说，作为一个有经验的程序员，我确实使用var，主要是在处理泛型(显然是匿名类型)时。我相信var将会是c#中最被滥用的特性之一。

这次讨论有点晚了，但我想补充一点想法。

对于所有反对类型推断的人(因为这就是我们在这里真正谈论的内容)，lambda表达式呢?如果坚持始终显式地声明类型(匿名类型除外)，那么如何使用lambdas呢?“不要让我使用鼠标悬停”参数如何适用于var而不是lambdas?

更新

我刚刚想到了一个反对“var”的论点，我认为没有人提到过，那就是它“破坏”了“找到所有引用”，这可能意味着(例如)如果你在重构之前检查一个类的使用情况，你会错过类通过var使用的所有地方。