在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的所有地方，唯一有问题的地方对我来说是内部短类型，例如，我更喜欢int I = 3;除以var I = 3;

2008-09-03 12:13:43

其他回答

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

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

var i = 5;
int j = 5;

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

.．.完全是主观的。

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

2008-11-26 16:19:16

取决于，它使代码看起来“更干净”，但同意它使它更难以读…

2009-06-09 19:08:19

@Keith -

在你们的比较中 IEnumerable < int > IEnumerable<double>你不需要担心——如果你传递了错误的类型您的代码无论如何都无法编译。

这并不完全正确——如果一个方法同时重载到IEnumerable<int>和IEnumerable<double>，那么它可能会无声地将意外推断的类型(由于程序中的其他一些更改)传递给错误的重载，从而导致不正确的行为。

我想问题是这种情况出现的可能性有多大!

我猜部分问题是var给给定的声明增加了多少混乱——如果不清楚某个东西是什么类型(尽管它是强类型的，编译器完全理解它是什么类型)，有人可能会掩盖一个类型安全错误，或者至少需要更长的时间来理解一段代码。

2008-09-03 13:16:09

在c#中使用var关键字

推荐文章

最新文章

标签