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

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

var i = 5;
int j = 5;

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

.．.完全是主观的。

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

Var一点也不像变量。变量仍然是强类型的，只是你不需要按下键来得到它。您可以在Visual Studio中将鼠标悬停在它上以查看类型。如果您正在阅读打印的代码，则可能需要稍微考虑一下以确定类型是什么。但是只有一行声明了它，而有很多行使用它，所以给东西起个像样的名字仍然是让你的代码更容易理解的最好方法。

使用智能感知是懒惰吗?这比输入整个名字还少。或者有些事情不那么费力，但不值得批评?我认为有，var就是其中之一。

摘自CodingHorror关于这一问题的文章:

不幸的是，你和其他人都错了。虽然我同意你的观点，冗余不是一件好事，但解决这个问题的更好方法应该是这样做:

MyObject m = new();

或者如果你传递参数:

Person p = new("FirstName"， "LastName ");

在创建新对象时，编译器从左边推断类型，而不是右边。这比“var”有其他优点，因为它也可以在字段声明中使用(还有其他一些领域，它也可能有用，但我不会在这里讨论)。

最后，这并不是为了减少冗余。不要误解我，“var”在c#中对于匿名类型/投影是非常重要的，但是这里的使用是非常错误的(我已经说了很长很长一段时间了)，因为你混淆了正在使用的类型。输入两次太频繁了，但是声明0次就太少了。

2008年6月20日上午08:00,c#mvp

我想如果你主要关心的是必须少打字——那么没有任何争论会动摇你使用它。

如果你只是一个查看代码的人，那么谁在乎呢?否则，在这种情况下:

var people = Managers.People

没关系，但在这种情况下:

var fc = Factory.Run();

它使我的大脑从代码的“英文”开始形成的任何即时类型推断短路。

否则，就用你最好的判断和编程“礼貌”来对待那些可能不得不为你的项目工作的人。

我认为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关键字实际上使代码更具可读性，因为你只是习惯于跳过'var'关键字。当您真的不关心具体类型是什么时，您不需要一直向下滚动来弄清楚代码在做什么。如果我真的需要知道下面的“item”是什么类型，我只需将鼠标悬停在它上面，Visual Studio就会告诉我。换句话说，我更愿意读书

foreach( var item in list ) { DoWork( item ); }

一遍又一遍地

foreach( KeyValuePair<string, double> entry in list ) { DoWork( Item ); }

当我试图消化代码时。我认为这在某种程度上可以归结为个人喜好。在这一点上，我将依赖常识——在重要的方面(安全性、数据库使用、日志记录等)保留强制标准。

-工业。

在我们的办公室，我们的CTO已经明确禁止使用var关键字，原因与您所陈述的相同。

我个人认为var的使用只在new对象声明中有效，因为对象的类型在语句本身就很明显。

对于LINQ查询，您可以将结果解析为:

IEnumerable<TypeReturnedBySelectObject>