埃里克的回答是……

c#中泛型类型的命名空间作用域别名

是相关的。

部分问题在于c#中没有强类型的混叠。因此许多开发人员使用var作为部分代理。

我仍然认为var在某些情况下可以使代码更具可读性。如果我有一个带有Orders属性的Customer类，我想把它赋值给一个变量，我只需要这样做:

var orders = cust.Orders;

我不在乎顾客。Orders是IEnumerable<Order>， ObservableCollection<Order>或BindingList<Order> -我想要的只是将该列表保存在内存中，以便稍后对其进行迭代或获取其计数或其他内容。

将上述声明与:

ObservableCollection<Order> orders = cust.Orders;

对我来说，类型名只是噪音。如果我回头决定改变客户的类型。沿着轨道的订单(从ObservableCollection<Order>到IList<Order>)，然后我也需要改变声明-如果我在第一个地方使用var，我就不必这样做。

Var对于匿名类型是必不可少的(正如之前对这个问题的回答之一所指出的那样)。

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

var i = 5;
int j = 5;

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

.．.完全是主观的。

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

我分裂var的所有地方，唯一有问题的地方对我来说是内部短类型，例如，我更喜欢int I = 3;除以var I = 3;

考虑到智能感知现在是多么强大，我不确定var是否比在一个类中拥有成员变量或在一个方法中定义在可见屏幕区域之外的局部变量更难阅读。

如果你有一行代码，比如

IDictionary<BigClassName, SomeOtherBigClassName> nameDictionary = new Dictionary<BigClassName, SomeOtherBigClassName>();

Is比以下更容易或更难读:

var nameDictionary = new Dictionary<BigClassName, SomeOtherBigClassName>();

我发现使用var关键字实际上使代码更具可读性，因为你只是习惯于跳过'var'关键字。当您真的不关心具体类型是什么时，您不需要一直向下滚动来弄清楚代码在做什么。如果我真的需要知道下面的“item”是什么类型，我只需将鼠标悬停在它上面，Visual Studio就会告诉我。换句话说，我更愿意读书

foreach( var item in list ) { DoWork( item ); }

一遍又一遍地

foreach( KeyValuePair<string, double> entry in list ) { DoWork( Item ); }

当我试图消化代码时。我认为这在某种程度上可以归结为个人喜好。在这一点上，我将依赖常识——在重要的方面(安全性、数据库使用、日志记录等)保留强制标准。

-工业。