var o no usar var

Question

Duplicar posible:
C# 'var' vs specific type performance

Hola a todos,
hace poco vi código que utiliza var mucho.
ej .:

var myString = GetAnyString(); 
var myInstance = GetClass(); 

en lugar de

string myString = GetAnyString(); 
MyClass myInstance = GetClass(); 

Además de la facilidad de lectura (creo que el uso de var no es muy legible), ¿hay ventajas y/o desventajas que lo usan? ¿Qué hay de rendimiento

Answer 1

var se reemplaza por el compilador con el tipo correcto, por lo que no se ejecuta el rendimiento en tiempo de ejecución, aparte de fr om una sobrecarga de tiempo de compilación muy pequeña tal vez (veeeeeeeery pequeño).

En realidad, desde un punto de vue legibilidad, yo personalmente hago de la siguiente manera:

• instanciación variable: object myVar = new object();

• propagación variable: var myVar = anotherVar.getComplexObject();

Además, es posible tenga la tentación de usarlos cuando tenga una instanciación de tipo muy compleja, como:

var myDict = new Dictionary<string, List<Tuple<string, object>>>(); 

Aquí, realmente mejora la legibilidad.

Answer 2

hay ventajas y desventajas al usarlo?

Una ventaja: menos tipeo.

(creo que el uso de var no es muy legible)

I parcialmente de acuerdo con este punto.

Es menos legible cuando tiene var s = foo(); en lugar de string s = foo;. En otros casos, puede ser más legible.

¿Qué tal el rendimiento

En tiempo de ejecución no hay diferencia. El compilador lo convierte en el mismo código intermedio como si hubiera declarado explícitamente el tipo.

Answer 3

Es subjetivo, pero no me gusta usar vars. En cuanto a mí, no mejoran la legibilidad.

Pero directriz general sobre var uso es el siguiente:

Uso var cuando es absolutamente claro qué tipo de la variable que se está declarada:

Dictionary<string, Dictionary<string, string>> varOfSomeLongType = new Dictionary<string, Dictionary<string, string>>(); 

o cuando se está declarando variables de tipo anónimo:

var linqResult = from element in SomeCollection 
       select new { element.A, element.B }