在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(不要滚动或查看返回类型)

我意识到这并没有给我带来任何好处，并从我的代码中删除了所有的var关键字(除非他们是特别需要的)，现在我认为他们使代码可读性更差，特别是对其他人阅读你的代码。

它隐藏了意图，并且在至少一个实例中，由于类型的假设而导致某些代码的运行时错误。

2009-09-02 13:20:38

其他回答

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

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

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

2008-09-03 11:45:04

来自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 something = someMethod(); // Type of 'something' not clear <-- not to the compiler!

你仍然对“某事”有完全的智能感知，对于任何不明确的情况，你都有单元测试，对吗?(是吗?)

它不是varchar，也不是dim，当然也不是动态或弱类型。它像这样阻止疯狂的人:

List<somethinglongtypename> v = new List<somethinglongtypename>();

把这些杂乱的思想归纳为:

var v = new List<somethinglongtypename>();

不错，但不如:

v = List<somethinglongtypename>();

但这就是布的作用。

2008-09-03 12:04:57

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

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

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

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

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

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

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

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

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

2009-06-09 19:33:54

你最可能需要它的时候是匿名类型(100%需要);但它也避免了琐碎案件的重复，IMO使界限更加清晰。对于简单的初始化，我不需要看到类型两次。

例如:

Dictionary<string, List<SomeComplexType<int>>> data = new Dictionary<string, List<SomeComplexType<int>>>();

(请不要编辑上面的hscroll -它有点证明了这一点!!)

vs:

var data = new Dictionary<string, List<SomeComplexType<int>>>();

然而，在某些情况下，这是一种误导，并可能导致错误。如果原始变量和初始化类型不相同，请谨慎使用var。例如:

static void DoSomething(IFoo foo) {Console.WriteLine("working happily") }
static void DoSomething(Foo foo) {Console.WriteLine("formatting hard disk...");}

// this working code...
IFoo oldCode = new Foo();
DoSomething(oldCode);
// ...is **very** different to this code
var newCode = new Foo();
DoSomething(newCode);

2009-08-19 07:17:12

在c#中使用var关键字

推荐文章

最新文章

标签