Comments on: Using "var" to simplify code and avoid redundancy http://www.ytechie.com/2008/06/using-var-to-simplify-code-and-avoid-redundancy.html Productive software development using ASP.NET, C#, Adobe Flex, and other technologies and tools. Fri, 03 Feb 2012 08:52:23 +0000 hourly 1 http://wordpress.org/?v=3.2.1 By: Charles M http://www.ytechie.com/2008/06/using-var-to-simplify-code-and-avoid-redundancy.html/comment-page-1#comment-1819 Charles M Wed, 19 Jan 2011 19:19:15 +0000 http://www.ytechie.com/2008/06/using-var-to-simplify-code-and-avoid-redundancy.html#comment-1819 The point that it saves you typing the variable type twice is @#$!... Ever hear of intellisence? If I type: List<Dictionary> temp = intellisence will auto-complete my data type for me the second time without the need for me to type it so this point is completely void. It might help when changing types, but that that also might actually hide problems that arise from type changes elsewhere (calling a function)... All I know is that var is being seriously abused and is leading to seriously unreadable code. I use vars, but I use them sparingly. Unfortunately the same group of .NET programmers that think memory management is no longer a concern and leave dangling memory references all over the place in their code (and hence keep the GC from doing it's job) will likely be the first to jump on the use var everywhere bandwagon. The point that it saves you typing the variable type twice is @#$!… Ever hear of intellisence?

If I type:

List<Dictionary> temp =

intellisence will auto-complete my data type for me the second time without the need for me to type it so this point is completely void.

It might help when changing types, but that that also might actually hide problems that arise from type changes elsewhere (calling a function)…

All I know is that var is being seriously abused and is leading to seriously unreadable code.

I use vars, but I use them sparingly. Unfortunately the same group of .NET programmers that think memory management is no longer a concern and leave dangling memory references all over the place in their code (and hence keep the GC from doing it’s job) will likely be the first to jump on the use var everywhere bandwagon.

]]> By: Understanding LINQ and LINQ to SQL (and EF) http://www.ytechie.com/2008/06/using-var-to-simplify-code-and-avoid-redundancy.html/comment-page-1#comment-1590 Understanding LINQ and LINQ to SQL (and EF) Thu, 17 Sep 2009 15:18:19 +0000 http://www.ytechie.com/2008/06/using-var-to-simplify-code-and-avoid-redundancy.html#comment-1590 [...] Using “var” to simplify code and avoid redundancy [...] [...] Using “var” to simplify code and avoid redundancy [...]

]]> By: Josh Stodola http://www.ytechie.com/2008/06/using-var-to-simplify-code-and-avoid-redundancy.html/comment-page-1#comment-541 Josh Stodola Wed, 25 Jun 2008 22:29:29 +0000 http://www.ytechie.com/2008/06/using-var-to-simplify-code-and-avoid-redundancy.html#comment-541 To hell with var. If you don't like redundancy in your variable declarations, be a man and switch to the .NET superior: VB. To hell with var. If you don’t like redundancy in your variable declarations, be a man and switch to the .NET superior: VB.

]]> By: JV http://www.ytechie.com/2008/06/using-var-to-simplify-code-and-avoid-redundancy.html/comment-page-1#comment-540 JV Wed, 25 Jun 2008 20:48:01 +0000 http://www.ytechie.com/2008/06/using-var-to-simplify-code-and-avoid-redundancy.html#comment-540 I prefer to see "var" as a wolf in sheep clothes, some day it will bite you in your ase because of the issues you meant last. Usings have more usages then just taking up space btw, it shows you your depencies and that's very usefull! I prefer to see “var” as a wolf in sheep clothes, some day it will bite you in your ase because of the issues you meant last.

Usings have more usages then just taking up space btw, it shows you your depencies and that’s very usefull!

]]> By: Obishawn http://www.ytechie.com/2008/06/using-var-to-simplify-code-and-avoid-redundancy.html/comment-page-1#comment-539 Obishawn Wed, 25 Jun 2008 20:34:15 +0000 http://www.ytechie.com/2008/06/using-var-to-simplify-code-and-avoid-redundancy.html#comment-539 In regards to your last example, I just ran into that today where I had IShape shape = GetShape() where returned an object of type Shape. The nice thing is, Resharper did not complain telling me I should have switched that to var. It must have realized that I wanted to impose that kind of restriction on that object or something. Funny thing is, I didn't mean to use the interface for that since GetShape() actually returned a Shape object, so I did convert to using var. Another benefit falls where you said it might be questionable. var data = GetData(). Let's say you had var data = repo.GetData() and it returned an object of type MyData where MyData is in a completely different name space. Using var actually saves me an using for a single class (or having to type out the namespace before the class to avoid the namespace). Hopefully that all made sense. In regards to your last example, I just ran into that today where I had IShape shape = GetShape() where returned an object of type Shape. The nice thing is, Resharper did not complain telling me I should have switched that to var. It must have realized that I wanted to impose that kind of restriction on that object or something. Funny thing is, I didn’t mean to use the interface for that since GetShape() actually returned a Shape object, so I did convert to using var.

Another benefit falls where you said it might be questionable. var data = GetData(). Let’s say you had var data = repo.GetData() and it returned an object of type MyData where MyData is in a completely different name space. Using var actually saves me an using for a single class (or having to type out the namespace before the class to avoid the namespace).

Hopefully that all made sense.

]]>