在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很好，因为它遵循经典的DRY规则，当在声明变量的同一行中指出类型时，它特别优雅。(例如var city = new city ())

2010-05-19 16:03:14

其他回答

我在以下情况下使用var:

当我不得不(结果是匿名的) 当类型与代码在同一行时，例如: var emp = new Employee();

很明显，我们需要一个Employee对象(因为我们正在创建一个新的Employee对象)，那么如何呢

Employee emp = new Employee() any more obvious?

当类型无法推断时，我不使用var。

var emp = GetEmployee();

因为返回类型不是很明显(是在Employee对象上，还是在IEmployee对象上，还是在与Employee对象完全没有关系的对象上，等等?)

2008-09-03 13:43:31

在大多数情况下，只是输入它更简单——想象一下

var sb = new StringBuilder();

而不是:

StringBuilder sb = new StringBuilder();

有时它是必需的，例如:匿名类型，比如。

var stuff = new { Name = "Me", Age = 20 };

我个人喜欢使用它，尽管它会降低代码的可读性和可维护性。

2009-08-19 07:09:32

var很困难的一个具体情况是:离线代码审查，特别是在纸上完成的代码审查。

你不能依赖鼠标的移动。

2008-09-03 11:51:16

Kronoz -在这种情况下(两者都重载)会有问题吗?如果你有两个不同类型的重载，本质上你会说任何一个都可以被传递，做同样的事情。

不应该有两个重载根据传递的类型执行完全不同的操作。

虽然在这种情况下您可能会感到困惑，但它仍然是完全类型安全的，只是有人调用了错误的方法。

2008-09-04 12:23:15

从关于这一主题的讨论来看，结果似乎是:

Good: var customers = new List<Customer>();

争议性:var customers = dataAccess.GetCustomers();

忽略“var”神奇地帮助重构的错误观点，对我来说最大的问题是人们坚持认为他们不关心返回类型是什么，“只要他们能枚举集合”。

考虑:

IList<Customer> customers = dataAccess.GetCustomers();

var dummyCustomer = new Customer();
customers.Add(dummyCustomer);

现在考虑:

var customers = dataAccess.GetCustomers();

var dummyCustomer = new Customer();
customers.Add(dummyCustomer);

现在，重构数据访问类，使GetCustomers返回IEnumerable<Customer>，看看会发生什么……

这里的问题是，在第一个示例中，您明确了对GetCustomers方法的期望—您说您希望它返回一些行为类似于列表的东西。在第二个示例中，这个期望是隐式的，从代码中不能立即看出。

(对我来说)有趣的是，许多支持var的论点说“我不在乎它返回什么类型”，但接着说“我只需要迭代它……”。(因此它需要实现IEnumerable接口，这意味着类型很重要)。

2009-11-12 17:44:55

在c#中使用var关键字

推荐文章

最新文章

标签