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

当前回答

在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

其他回答

你不需要写出类型名，这不会降低性能，因为类型是在编译时解析的。

2009-08-19 07:14:33

我只在清楚地看到使用的类型时使用var。

例如，在这种情况下，我会使用var，因为你可以立即看到x将是“MyClass”类型:

var x = new MyClass();

我不会在这种情况下使用var，因为你必须将鼠标拖动到代码上，并查看工具提示来查看MyFunction返回的类型:

var x = MyClass.MyFunction();

特别是，在右边甚至不是一个方法，而只是一个值的情况下，我从不使用var:

var x = 5;

(因为编译器不知道我想要一个字节，短，int或其他)

2010-05-19 14:09:30

这没有错，但可能不合适。参见所有其他回答的例子。

Var x = 5;(坏的)

var x = new SuperDooperClass();(好)

Var x = from t，单位为db。select new {Property1 = t.Field12};(更好的)

2010-05-19 15:09:12

来自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

“关于我的品味，你唯一能说的就是它过时了，假以时日，你也会过时的。”托尔金。

2010-05-19 15:10:59

在c#中使用var关键字

推荐文章

最新文章

标签