在c#中使用var关键字

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

2010-05-19 13:52:37

其他回答

当我开始使用var关键字时，我也有同样的担忧。然而，随着时间的推移，我已经习惯了它，不打算回到显式变量类型。 Visual Studio的编译器\智能感知在使隐式类型变量的工作更容易方面做得非常好。

我认为遵循正确的命名约定可以帮助您更好地理解代码，而不是显式键入。

这似乎是类似于“我应该在变量名中使用前缀吗?”这样的问题。坚持使用好的变量名，让编译器考虑变量类型。

2008-09-03 11:36:00

因冗余原因删除。

var仍然被初始化为正确的变量类型——编译器只是从上下文推断它。正如您所提到的，var使我们能够存储对匿名类实例的引用——但它也使更改代码变得更容易。例如:

// If you change ItemLibrary to use int, you need to update this call
byte totalItemCount = ItemLibrary.GetItemCount();

// If GetItemCount changes, I don't have to update this statement.
var totalItemCount = ItemLibrary.GetItemCount();

是的，如果很难从变量的名称和用法中确定变量的类型，那么无论如何都要显式声明它的类型。

2010-05-19 13:48:28

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

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

2010-05-19 15:05:52

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

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

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