我刚刚开始在Visual Studio中使用ReSharper(在SO上的许多建议之后)。为了尝试一下,我打开了一个最近的ASP。NET MVC项目。我注意到它建议的第一件也是最频繁的事情之一是将我的大部分/所有显式声明改为var。例如:

//From This:
MyObject foo = DB.MyObjects.SingleOrDefault(w => w.Id == 1);
//To This:
var foo = DB.MyObjects.SingleOrDefault(w => w.Id == 1);

等等,即使是简单的类型,如int, bool等。

为什么推荐这个?我没有计算机科学或。net背景,最近“陷入”了。net开发,所以我真的很想了解正在发生什么,以及它是否有益。


当前回答

我的原则是:

你是否声明了一个基本类型(即字节,char,字符串,int[], double) ?,十进制,等等)?->类型: string myStr = "foo"; int[] myIntArray = [123, 456, 789]; 双吗?myDouble = 123.3; 您是否声明了一个复杂类型(即List<T>, Dictionary<T, T>, MyObj)?->使用var: var myList =列表<字符串>(); var myDictionary = Dictionary<string, string>(); var myObjInstance = new MyObj();

其他回答

没有技术上的区别,如果你使用var,类型是由编译器暗示的。如果你的代码是这样的:

var x = 1;

X被暗示为int型,不能给它赋其他值。

如果你改变变量的类型,var关键字是有用的;你只需要做一个改变,而不是两个:

var x = 1; --> var x = "hello";
int x = 1; --> string x = "hello";

瓦尔太棒了!我遇到过许多开发人员,他们认为var是绑定到动态类型的,但事实并非如此。它仍然是静态类型的,只是由编译器决定。

下面是使用var的一些惊人的优点

Less typing var is shorter and easier to read, for instanceDictionary<int,IList<string>> postcodes = new Dictionary<int,IList<string>>() Yuk. var postcodes = new Dictionary<int,IList<string>>() \o/\o/ More descriptive variable names - tenuous one but I think its important to let the fluid nature of var shine here. As var is a bit vague, it really does encourage a more desciptive variable name rather than letting the type speak for itself. Less code changes - if the return type of a method call changes. You only have to change the method call, not every place it’s used. Anonymous types - anonymous types are a really powerful concept, especially in areas such as WebApi partial resources. Without var, they cannot be used.

然而,有时显式声明类型是有用的,我发现这在原语或结构中最有用。例如,我个人不觉得这个语法很有用:

for(var i = 0; i < 10; i++) 
{

}

vs

for(int i = 0; i < 10; i++) 
{

}

这完全取决于个人喜好,但使用var真的会加速你的开发,并打开一个匿名类型的美好世界。

我个人倾向于关闭这个建议。使用var通常可以提高可读性;但正如您所提到的,它有时会减少它(使用简单类型,或当结果类型不明确时)。

我更喜欢选择什么时候用var,什么时候不用。但这只是我的看法。

'var'表示清楚

关于是否使用var关键字的主要争论是关于代码对您和其他开发人员的可读性。

就像你在写一个故事一样,没有明确的正确答案。但是让我们看一些简单英语中的例子。

杰克向比尔问好。他不喜欢他,所以转身朝另一个方向走了。

谁走了另一条路?杰克还是比尔?在本例中,使用名称“Jake”和“Bill”就像使用类型名称一样。"He"和"him"就像使用var关键字。在这种情况下,说得更具体可能会有所帮助。下面的例子就清楚多了。

杰克向比尔问好。杰克不喜欢比尔,所以他转身朝另一个方向去了。

在这种情况下,越具体句子越清晰。但情况并非总是如此。在某些情况下,说得太具体会让人更难理解。

比尔喜欢书,所以比尔去了图书馆,比尔拿出了一本比尔一直喜欢的书。

在这种情况下,如果我们使用“he”,在某些情况下将他的名字一起省略,这相当于使用var关键字,将更容易阅读句子。

比尔喜欢书,所以他去了图书馆,拿出了一本他一直喜欢的书。

这些例子涵盖了要点,但并不能说明全部问题。在这些例子中,只有一种方式来指代这个人。要么使用他们的名字,要么使用更笼统的术语,比如“他”和“他”。

对于代码,我们有三种方法来帮助增加清晰度。类型、变量名和赋值。以这行代码为例:

Person p = GetPerson();

现在的问题是,这行代码中是否有足够的信息来帮助您弄清楚发生了什么?

下面这行代码呢?在这种情况下,你还知道p的意思吗?

var p = GetPerson();

现在怎么样:

var p = Get();

或者现在:

var person = Get();

或者这个:

var t = GetPerson();

或:

var u = Person.Get();

关键字var在给定场景中是否有效在很大程度上取决于代码的上下文,比如变量、类和方法的命名方式。它还取决于代码的复杂性以及围绕它的其余代码。

就我个人而言,我喜欢使用var关键字,它在大多数时候对我来说更全面。但我也倾向于用类型来命名变量这样就不会丢失任何信息。

这就是说,有时我会根据上下文做出例外,这就是任何复杂事物的本质,软件如果不复杂就什么都不是。

. net 3.0的var特性仅仅是类型推断,它是类型安全的,并且通常使您的代码更容易阅读。但你不必这么做,如果你愿意,可以在ReSharper中关闭这个建议。