Var就像儿童读物中的虚线，孩子们必须填满它。除非在这种情况下，编译器会用正确的类型填充它，通常写在=号之后。

来自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时，在这种情况下您应该使用强制转换。)

我认为var的使用应该与明智选择的变量名称相结合。

我在foreach语句中使用var没有问题，前提是它不是这样的:

foreach (var c in list) { ... }

如果是这样的话:

foreach (var customer in list) { ... }

．.． 这样，阅读代码的人就更有可能理解什么是“列表”。如果您可以控制列表变量本身的名称，那就更好了。

这同样适用于其他情况。这是非常无用的:

var x = SaveFoo(foo);

．.． 但这是有道理的:

var saveSucceeded = SaveFoo(foo);

各有各的，我想。我发现自己这样做，简直是疯了:

var f = (float)3;

我需要一个12步的var程序。我叫Matt，我(ab)使用var。

如果有人使用var关键字是因为他们不想“找出类型”，那肯定是错误的原因。var关键字不会创建动态类型的变量，编译器仍然需要知道该类型。由于变量总是具有特定的类型，因此如果可能的话，该类型在代码中也应该是明显的。

使用var关键字的理由如下:

在需要的地方，即声明匿名类型的引用。 它使代码更具可读性，即删除重复的声明。

写出数据类型通常会使代码更容易理解。它显示了您正在使用的数据类型，因此您不必通过先弄清楚代码的功能来弄清楚数据类型。

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

var sb = new StringBuilder();

而不是:

StringBuilder sb = new StringBuilder();

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

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

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

我认为人们不理解var关键字。 他们把它和Visual Basic / JavaScript关键字搞混了， 这完全是另一回事。

许多人认为var关键字意味着 弱类型(或动态类型)，而实际上c#是并保持强类型。

如果你在javascript中考虑这个:

var something = 5;

你可以:

something = "hello";

在c#中，编译器会从第一条语句中推断出类型， 导致“int”类型的东西，因此会产生第二条语句 在异常中。

人们只需要明白，使用var关键字并不意味着 动态类型，然后决定var关键字的使用程度， 知道它对于将要编译的内容绝对没有区别。

当然var关键字的引入是为了支持匿名类型， 但如果你看这个:

LedDeviceController controller = new LedDeviceController("172.17.0.1");

这是非常非常冗长的，我相信这是一样可读的，如果不是更多:

var controller = new LedDeviceController("172.17.0.1");

结果是完全相同的，所以是的，我在我的代码中使用它

更新:

也许，只是也许……他们应该用另一个关键词， 那我们就不会有这样的讨论了……也许是“推断”关键字而不是“var”