在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对于匿名类型是必不可少的(正如之前对这个问题的回答之一所指出的那样)。

我会把所有其他关于宗教战争利弊的讨论归类为“宗教战争”。我的意思是对……的相对优点进行比较和讨论。

var i = 5;
int j = 5;

SomeType someType = new SomeType();
var someType = new SomeType();

.．.完全是主观的。

隐式类型意味着使用var关键字声明任何变量都不会在运行时造成损失，因此归根结底，这是一个关于如何让开发人员满意的争论。

2008-11-26 16:19:16

在IEnumerable<int>和IEnumerable<double>之间的比较中，你不需要担心-如果你传递了错误的类型，你的代码无论如何都不会编译。

不需要考虑类型安全，因为var不是动态的。这只是编译器的魔法，任何类型不安全的调用都会被捕获。

Linq绝对需要Var:

var anonEnumeration =
    from post in AllPosts()
    where post.Date > oldDate
    let author = GetAuthor( post.AuthorId )
    select new { 
        PostName = post.Name, 
        post.Date, 
        AuthorName = author.Name
    };

现在看看智能感知中的anonEnumeration，它会显示类似IEnumerable<'a>

foreach( var item in anonEnumeration ) 
{
    //VS knows the type
    item.PostName; //you'll get intellisense here

    //you still have type safety
    item.ItemId;   //will throw a compiler exception
}

c#编译器非常聪明——单独生成的anon类型如果它们的属性匹配，将具有相同的生成类型。

除此之外，只要你有智能感知，在上下文清楚的地方使用var是有意义的。

//less typing, this is good
var myList = new List<UnreasonablyLongClassName>();

//also good - I can't be mistaken on type
var anotherList = GetAllOfSomeItem();

//but not here - probably best to leave single value types declared
var decimalNum = 123.456m;

2008-09-03 12:13:33

我不认为var per say是一个可怕的语言特性，因为我每天都在Jeff Yates描述的代码中使用它。实际上，我几乎每次使用var都是因为泛型会导致一些极其冗长的代码。我活在冗长的代码中，但是泛型太过分了。

也就是说，我(显然……)认为var被滥用的时机已经成熟。如果在一个方法中，代码超过20行，并且到处都是vars，那么维护很快就会变成一场噩梦。此外，在教程中使用var是违背直觉的，在我的书中是一个大禁忌。

另一方面，var是一个“简单”的特性，新程序员会抓住并喜欢它。然后，在几分钟/几小时/几天内，当他们开始触及极限时，遇到了巨大的障碍。为什么我不能从函数中返回var这类问题。此外，向强类型语言添加伪动态类型很容易让新开发人员感到困惑。从长远来看，我认为var关键字实际上会让新程序员更难学习c#。

也就是说，作为一个有经验的程序员，我确实使用var，主要是在处理泛型(显然是匿名类型)时。我相信var将会是c#中最被滥用的特性之一。

2009-06-09 19:20:33

没有，只是不需要写两次类型名。http://msdn.microsoft.com/en-us/library/bb383973.aspx

2009-08-19 07:09:08

@erlando,

谈到重构，通过将新类型的实例分配给一个变量而不是在多个地方更改它来更改变量类型似乎要容易得多，不是吗?

至于代码审查，我认为var关键字没有大问题。在代码审查期间，我更喜欢检查代码逻辑而不是变量类型。当然，可能会有开发人员可以使用不合适的类型的情况，但我认为这种情况的数量是如此之少，它不会成为我停止使用var关键字的原因。

我重复一下我的问题。为什么变量类型对您很重要?

2008-09-03 12:07:46

在c#中使用var关键字

推荐文章

最新文章

标签