在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的所有地方，唯一有问题的地方对我来说是内部短类型，例如，我更喜欢int I = 3;除以var I = 3;

2008-09-03 12:13:43

其他回答

当你将鼠标悬停在“var”上时，VS2008 w/resharper 4.1在工具提示中有正确的输入，所以我认为当你寻找一个类的所有用法时，它应该能够找到这个。

虽然还没有测试它是否这样做。

2009-02-11 15:49:39

我仍然认为var在某些情况下可以使代码更具可读性。如果我有一个带有Orders属性的Customer类，我想把它赋值给一个变量，我只需要这样做:

var orders = cust.Orders;

我不在乎顾客。Orders是IEnumerable<Order>， ObservableCollection<Order>或BindingList<Order> -我想要的只是将该列表保存在内存中，以便稍后对其进行迭代或获取其计数或其他内容。

将上述声明与:

ObservableCollection<Order> orders = cust.Orders;

对我来说，类型名只是噪音。如果我回头决定改变客户的类型。沿着轨道的订单(从ObservableCollection<Order>到IList<Order>)，然后我也需要改变声明-如果我在第一个地方使用var，我就不必这样做。

2008-09-03 11:53:07

在边缘情况下肯定会有分歧，但我可以告诉你我的个人指导方针。

当我决定使用var时，我看看这些标准:

变量的类型(对人来说)从上下文是很明显的变量的确切类型(对人类来说)并不是特别相关。 [例如，你可以弄清楚算法在做什么，而不用关心你使用的是哪种容器] 类型名非常长，会影响代码的可读性(提示:通常是泛型)

相反，这些情况会促使我不使用var:

类型名称相对较短且易于阅读(提示:通常不是泛型) 从初始化式的名称来看，类型并不明显确切的类型对于理解代码/算法非常重要在类层次结构上，当一个人不能很容易地知道正在使用层次结构的哪个级别时

最后，我永远不会使用var的本机值类型或相应的可空<>类型(int，十进制，字符串，十进制?,……)。这里有一个隐含的假设，如果你使用var，一定有一个“原因”。

这些都是指导方针。你还应该考虑你同事的经验和技能，算法的复杂性，变量的寿命/范围，等等。

大多数时候，没有完美的正确答案。或者，这并不重要。

[编辑:删除重复的子弹]

2009-06-09 19:33:54

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

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

2010-05-19 13:47:43

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

对我来说，这就排除了编译器“知道”变量是什么类型的说法——当然，你不可能第一次就写出无效的代码，因为编译器会阻止你的代码编译，但是当下一个开发人员在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

在c#中使用var关键字

推荐文章

最新文章

标签