C# 'var' palabra clave contra las variables explícitamente definidas

Question

Actualmente estoy usando la versión de prueba de 30 días de ReSharper, y hasta ahora me han impresionado las sugerencias que hace. Sin embargo, una sugerencia me desconcierta.

Cuando definir explícitamente una variable, como por ejemplo:

List<String> lstString = new List<String>(); 

ReSharped añade un poco de línea ondulada verde y me dice que:

Uso implícitamente el tipo de declaración de variables locales.

si yo sigo su sugerencia, ReSharper cambia la línea de código a:

var lstString = new List<String>(); 

Entonces, ¿hay algún tipo de ganancia en el rendimiento que se obtienen de cambiar el List<String> a un var, o es esto simplemente una peculiaridad de ReSharper? Siempre me han enseñado que definir de forma explícita una variable, en lugar de usar una dinámica, es más óptimo.

Answer 1

Entonces, ¿hay algún tipo de ganancia en el rendimiento que se obtienen de cambio de la lista a un var

No, pero esta no es la única razón válida para una refactorización. Más importante aún, elimina la redundancia y reduce el código sin perder claridad.

Siempre me han enseñado que definir de forma explícita una variable, en lugar de utilizar una dinámica, es más óptimo.

No entiende lo que significa var. Esto es no de ninguna manera dinámica, ya que produce la misma salida. Simplemente significa que el compilador calcula el tipo de la variable por sí mismo. Obviamente es capaz de hacerlo, ya que este es el mismo mecanismo que se utiliza para probar la seguridad y corrección del tipo.

También elimina una duplicación de código completamente inútil. Para tipos simples, esto podría no ser mucho. Pero considere:

SomeNamespace.AndSomeVeryLongTypeName foo = new SomeNamespace.AndSomeVeryLongTypeName(); 

Claramente, en este caso, doblar el nombre no es solo innecesario, sino realmente dañino.

Answer 2

Nope. Emiten exactamente el mismo IL.

Es solo una cuestión de estilo.

var tiene la ventaja de que le facilita cambiar el tipo de retorno de las funciones sin alterar otras partes del código fuente. Por ejemplo, cambie el tipo de devolución de IEnumerable<T> a List<T>. Sin embargo, podría facilitar la introducción de errores.

Answer 3

La palabra clave var en realidad no declara una variable con un tipo dinámico. La variable todavía está tipada estáticamente, solo deduce el tipo del contexto.

Es un buen acceso directo cuando se tiene un largo nombre de tipo (typenames genéricos pueden ser largos)

Answer 4

teclear menos = más productividad :)