在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的关键是只在适当的地方使用它，即在Linq中做一些方便的事情(可能在其他情况下)。

如果你有一个类型的东西，那么你应该使用它-不这样做是简单的懒惰(与创造性的懒惰相反，这通常是被鼓励的-优秀的程序员往往非常努力地工作，懒惰，可以被认为是最初的东西的来源)。

全面禁止就像滥用这种结构一样糟糕，但确实需要一个合理的编码标准。

另一件需要记住的事情是，它不是VB类型变量，因为它不能改变类型——它是一个强类型变量，它只是类型是推断出来的(这就是为什么有人会认为在foreach中使用它不是不合理的，但出于可读性和可维护性的原因，我不同意)。

我怀疑这个会一直持续下去(-:

梅菲

2008-09-03 11:47:35

其他回答

我认为你可能误解了c#中var的用法。它仍然是强类型，不像VB的变体类型，所以使用或不使用它对性能没有影响。

因为它对最终编译的代码没有影响，所以它实际上是一个设计器的选择。就我个人而言，我不使用它，因为我发现定义了完整类型的代码更容易阅读，但我可以想象，几年后，完整类型声明将像现在的匈牙利符号一样被看待——额外的类型与默认情况下智能感知提供给我们的信息相比并没有真正的好处。

2010-05-19 13:50:00

来自Essential LINQ:

除非绝对必要，否则最好不要显式声明范围变量的类型。例如，下面的代码编译干净，但是编译器可以在没有正式声明的情况下推断出类型:

List<string> list = new List<string> { "LINQ", "query", "adventure" };
var query = from string word in list
      where word.Contains("r")
      orderby word ascending
      select word;

显式声明range变量的类型会强制对LINQ Cast操作符进行幕后调用。此调用可能会产生意想不到的结果，并可能会损害性能。如果您在LINQ查询中遇到性能问题，像这里所示的强制转换可能是开始寻找罪魁祸首的一个地方。(此规则的一个例外是当您使用非泛型Enumerable时，在这种情况下您应该使用强制转换。)

2009-06-23 08:19:04

如果你很懒，对匿名类型以外的任何类型都使用var，你应该被要求在这些变量的命名中使用匈牙利符号。

var iCounter=0;

生命!

天啊，我真想念VB。

2010-07-29 21:14:39

如果有人使用var关键字是因为他们不想“找出类型”，那肯定是错误的原因。var关键字不会创建动态类型的变量，编译器仍然需要知道该类型。由于变量总是具有特定的类型，因此如果可能的话，该类型在代码中也应该是明显的。

使用var关键字的理由如下:

在需要的地方，即声明匿名类型的引用。它使代码更具可读性，即删除重复的声明。

写出数据类型通常会使代码更容易理解。它显示了您正在使用的数据类型，因此您不必通过先弄清楚代码的功能来弄清楚数据类型。

2010-05-19 13:51:38

Var，在我看来，在c#中是一个很好的东西。任何这样类型的变量仍然是强类型的，但是它从赋值函数的右边得到它的类型。因为类型信息在右侧可用，在大多数情况下，也必须在左侧输入它是不必要的和过于冗长的。我认为这在不降低类型安全性的情况下显著提高了可读性。

From my perspective, using good naming conventions for variables and methods is more important from a readability perspective than explicit type information. If I need the type information, I can always hover over the variable (in VS) and get it. Generally, though, explicit type information shouldn't be necessary to the reader. For the developer, in VS you still get Intellisense, regardless of how the variable is declared. Having said all of that, there may still be cases where it does make sense to explicitly declare the type -- perhaps you have a method that returns a List<T>, but you want to treat it as an IEnumerable<T> in your method. To ensure that you are using the interface, declaring the variable of the interface type can make this explicit. Or, perhaps, you want to declare a variable without an initial value -- because it immediately gets a value based on some condition. In that case you need the type. If the type information is useful or necessary, go ahead and use it. I feel, though, that typically it isn't necessary and the code is easier to read without it in most cases.

2010-05-19 13:50:50

在c#中使用var关键字

推荐文章

最新文章

标签