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

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

在IEnumerable<int>和IEnumerable<double>之间的比较中，你不需要担心-如果你传递了错误的类型，你的代码无论如何都不会编译。

不需要考虑类型安全，因为var不是动态的。这只是编译器的魔法，任何类型不安全的调用都会被捕获。

Linq绝对需要Var:

var anonEnumeration =
    from post in AllPosts()
    where post.Date > oldDate
    let author = GetAuthor( post.AuthorId )
    select new { 
        PostName = post.Name, 
        post.Date, 
        AuthorName = author.Name
    };

现在看看智能感知中的anonEnumeration，它会显示类似IEnumerable<'a>

foreach( var item in anonEnumeration ) 
{
    //VS knows the type
    item.PostName; //you'll get intellisense here

    //you still have type safety
    item.ItemId;   //will throw a compiler exception
}

c#编译器非常聪明——单独生成的anon类型如果它们的属性匹配，将具有相同的生成类型。

除此之外，只要你有智能感知，在上下文清楚的地方使用var是有意义的。

//less typing, this is good
var myList = new List<UnreasonablyLongClassName>();

//also good - I can't be mistaken on type
var anotherList = GetAllOfSomeItem();

//but not here - probably best to leave single value types declared
var decimalNum = 123.456m;

我想你在你的问题中指出了var的主要问题:“我不需要弄清楚类型”。正如其他人指出的那样，var是有一席之地的，但如果你不知道你正在处理的类型，你很有可能会遇到问题——不是在所有情况下，但那里有足够的气味，所以你应该怀疑。

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

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

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

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

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

var variable = CallMe();

这是我对var的主要抱怨。

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

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

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

不要这样做，这会让你的代码难以阅读。

总是使用尽可能严格的输入，拐杖只会让你的生活地狱。