在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很好，因为它遵循经典的DRY规则，当在声明变量的同一行中指出类型时，它特别优雅。(例如var city = new city ())

2010-05-19 16:03:14

其他回答

我们采用了“为人编写代码，而不是为机器编写代码”的理念，基于这样的假设:在维护模式中花费的时间要比在新的开发模式中花费的时间长好几倍。

对我来说，这就排除了编译器“知道”变量是什么类型的说法——当然，你不可能第一次就写出无效的代码，因为编译器会阻止你的代码编译，但是当下一个开发人员在6个月的时间里阅读代码时，他们需要能够推断出变量做得正确或不正确的地方，并快速确定问题的原因。

因此,

var something = SomeMethod();

在我们的编码标准中是不合法的，但在我们的团队中鼓励这样做，因为它增加了可读性:

var list = new List<KeyValuePair<string, double>>();
FillList( list );
foreach( var item in list ) {
   DoWork( item ); 
}

2008-09-17 01:08:18

我在以下情况下使用var:

当我不得不(结果是匿名的) 当类型与代码在同一行时，例如: var emp = new Employee();

很明显，我们需要一个Employee对象(因为我们正在创建一个新的Employee对象)，那么如何呢

Employee emp = new Employee() any more obvious?

当类型无法推断时，我不使用var。

var emp = GetEmployee();

因为返回类型不是很明显(是在Employee对象上，还是在IEmployee对象上，还是在与Employee对象完全没有关系的对象上，等等?)

2008-09-03 13:43:31

它可以使代码更简单、更短，特别是对于复杂的泛型类型和委托。

此外，它使变量类型更容易更改。

2009-06-09 19:10:03

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

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

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

2008-09-03 11:36:00

Var还不错。记住这一点。Var还不错。重复一遍。Var还不错。记住这一点。Var还不错。重复一遍。

如果编译器足够聪明，可以从上下文中找出类型，那么您也可以。你不需要在申报时把它写下来。而智能感知让这变得更加不必要。

Var还不错。记住这一点。Var还不错。重复一遍。Var还不错。记住这一点。Var还不错。重复一遍。

2010-05-19 13:51:05

在c#中使用var关键字

推荐文章

最新文章

标签