在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确实保持强类型，但问题是，在定义中不立即显示类型是否危险，当重载意味着当你无意中将错误的类型传递给方法时，编译器可能不会发出错误，这种情况会被放大。

当前回答

静态类型是关于契约的，而不是源代码。这里的想法是需要将静态信息放在“应该”是一个小方法的单行上。一般指南建议每个方法不要超过25行。

如果一个方法足够大，以至于您无法跟踪该方法中的单个变量，那么您做错了其他事情，这将使任何对var的批评相形见绌。

实际上，var的一个重要论点是它可以使重构更简单，因为你不再需要担心你的声明过于严格(例如，当你应该使用IList<>或IEnumerable<>时，你使用了List<>)。您仍然需要考虑新的方法签名，但至少不必返回并更改声明来匹配。

2008-09-11 01:31:02

其他回答

我不使用var，因为它违背了c#的根- C/ c++ /Java。尽管这是一个编译器技巧，但它使语言感觉不那么强类型。也许20多年的C语言已经在我们(反变量的人)的头脑中根深蒂固了，我们应该在等号的左右两边都有类型。

话虽如此，我可以看到它对于长泛型集合定义和长类名(如codinghorror.com示例)的优点，但在其他地方，如string/int/bool，我真的看不出这一点。特别是

foreach (var s in stringArray)
{

}

节省3个字符!

对我来说，主要的烦恼是无法看到var代表方法调用的类型，除非你将鼠标悬停在方法上或F12它。

2009-01-31 11:54:34

有人不喜欢批评var..所有答案downmodded..哦. .

@Jon Limjap: 我知道。:)我的意思是可读性被降级了，就像在VB6一样。我不喜欢依靠智能感知来确定给定变量的类型。我希望能单独用源代码求出它。

命名惯例也没用——我已经用好名字了。我们要回到前缀时代吗?

2008-09-03 11:45:04

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

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

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

var variable = CallMe();

这是我对var的主要抱怨。

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

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

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

2010-05-19 13:48:33

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

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

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

IEnumerable<TypeReturnedBySelectObject>

2008-09-03 11:35:49

在c#中使用var关键字

推荐文章

最新文章

标签