在与同事讨论了c# 3中var关键字的使用后，我想知道人们对通过var适当使用类型推断的看法是什么?
例如，我很懒地在有问题的情况下使用var，例如:-
foreach(var item in someList) { // ... } // Type of 'item' not clear.
var something = someObject.SomeProperty; // Type of 'something' not clear.
var something = someMethod(); // Type of 'something' not clear.
var更合法的用法如下:-
var l = new List<string>(); // Obvious what l will be.
var s = new SomeClass(); // Obvious what s will be.
有趣的是，LINQ似乎是一个灰色区域，例如:-
var results = from r in dataContext.SomeTable
select r; // Not *entirely clear* what results will be here.
结果很明显，因为它将是一个实现IEnumerable的类型，但它并不完全明显，与var声明一个新对象的方式相同。
当涉及到对象的LINQ时，情况就更糟了，例如:-
var results = from item in someList
where item != 3
select item;
这并不比等价的foreach(var item in someList){//…}相当于。
这里有一个关于类型安全的真正问题——例如，如果我们将该查询的结果放在一个接受IEnumerable<int>和IEnumerable<double>的重载方法中，调用者可能会无意中传入错误的类型。
Var确实保持强类型，但问题是，在定义中不立即显示类型是否危险，当重载意味着当你无意中将错误的类型传递给方法时，编译器可能不会发出错误，这种情况会被放大。
我认为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的反感说明了。net中双语的重要性。对于那些使用过VB . net的c#程序员来说，var的优势是显而易见的。标准的c#声明:
List<string> whatever = new List<string>();
在VB .NET中，相当于键入:
Dim whatever As List(Of String) = New List(Of String)
不过，在VB . net中没有人这样做。这样做是愚蠢的，因为从。net的第一个版本开始，你就可以这样做了…
Dim whatever As New List(Of String)
.．.它创建变量并在一个相当紧凑的行中初始化它。啊，但是如果你想要一个IList<string>，而不是一个List<string>?在VB .NET中，这意味着你必须这样做:
Dim whatever As IList(Of String) = New List(Of String)
就像你在c#中必须做的那样，显然不能使用var:
IList<string> whatever = new List<string>();
如果您需要不同的类型，它可以是。但优秀编程的基本原则之一是减少冗余，这正是var所做的。
有时编译器也能比开发人员“更好”地推断出需要什么——至少开发人员不了解他所使用的api需要什么。
例如-当使用linq时:
示例1
Func<Person, bool> predicate = (i) => i.Id < 10;
IEnumerable<Person> result = table.Where(predicate);
示例2
var predicate = (Person i) => i.Id < 10;
var result = table.Where(predicate);
在上面的代码中-假设一个是使用Linq到Nhibernate或Linq到SQL，示例1将
返回Person对象的整个结果集，然后在客户端进行筛选。
然而，示例2将在服务器上执行查询(例如在Sql server上使用Sql)，因为编译器足够聪明，可以计算出Where函数应该采用表达式>而不是Func。
示例1中的结果在返回IEnumerable时也不能在服务器上进一步查询，而在示例2中，编译器可以计算出结果是否应该是IQueryable而不是IEnumerable
