ReSharper y var [duplicar]

Resharper se ocupa principalmente de ayudarlo a refactorizar el código, y la palabra clave var generalmente facilita la refactorización. Por ejemplo, si los valores devueltos de cualquiera de esas funciones cambian a un tipo compatibile, no tiene que cambiar nada de este código. Por lo tanto, ahora es un poco más fácil refactorizar su tipo tabCaseNotes, por ejemplo.

Personalmente, a menudo me inclino a dejar las dos primeras líneas solas, porque me gusta ver el nombre del tipo de una variable explícitamente listed somewhere on the line where the variable is declared. En todo caso, podría buscar una interfaz para usar en su lugar, de modo que también obtenga la misma "genérica" que con la palabra clave var sin perder ninguna información importante de tipo legible. Sin embargo, definitivamente usaría var para fillBrush, textBrush, y sf.

Resharper no quiere que uses var, te está dando la opción. Si usas var entonces te dará la opción de usar un tipo explícito, por lo que no puedes ganar:-).

EDITAR - interesante enlace discutiendo el tema.

Parece que se puede desactivar, vaya a Resharper -> Options -> Code Inspection -> Inspection Severity y desplácese hacia abajo un poco para ver las opciones relacionadas con var.

Resharper piensa que es la mejor práctica, pero algunas personas no están de acuerdo como lo has leído en la publicación vinculada. Me gusta usar la declaración explícita para aumentar la legibilidad,pero para cada uno lo suyo. Si desea utilizar una declaración explícita, puede desactivar la regla en Resharper.

En C#, prefiero usar var en todas partes. ¿Por qué? Por la misma razón que uso firstName en lugar de strFirstName o amount en lugar de intAmount. Claro, la forma más detallada es más legible en un pedazo de papel o-como usted señaló-un libro, pero ninguno de mi código ha aparecido en un libro todavía.

Ahora, le pregunté a un compañero de trabajo mío hace un tiempo acerca de este intAmount negocio y sacó un muy buen punto. Dijo que es útil en un editor de texto directo, pero cuando tienes Intellisense, puedes obtener la misma información y más con solo pasar el cursor sobre la variable.

Por último, aunque aprecio el medio feliz que otros han señalado (es decir, usar var con la declaración new) y el argumento es válido y fuerte, me inclino a alejarme de eso solo sobre la base de la consistencia y la legibilidad a mano corta. Mi argumento de consistencia es que si la legibilidad es tan importante para usted, entonces ¿por qué no también usa intAmount para que pueda saber el tipo de datos más adelante en el código?

Esta pregunta es una muy buena manera de comenzar una guerra de llamas. Sin embargo, usted debe hacer lo que usted y con quien usted está trabajando piensa que es más legible. Hay buenos argumentos para ambas partes del debate sobre el var.

Dicho esto, si crees que es más legible declarar explícitamente el tipo, ese es tu negocio. No tienes que hacer todo lo que Resharper te diga. Incluso puede desactivar esa regla si lo desea.

De hecho puedes apagarlo, y yo lo he hecho. Admito que es bueno en algunos casos donde el nombre del tipo de clase es largo, como:

SuperDisconfibulator sd=new SuperDisconfibulator();

Sería un buen candidato para ser acortado a var, pero personalmente esa es la única vez que me gustaría que cambiara. No creo que sea una buena idea usarlo cuando se asigna una variable desde el valor devuelto de un método (como en su segunda línea), porque podría no estar claro de inmediato qué tipo de variable es exactamente devoluciones.