Mejor palabra para inferir variables distintas de var

Question

Esto podría cerrarse, pero lo intentaré de todos modos.

Estaba mostrando un programador de VB6 parte de mi código C# el otro día y notó la palabra clave var y dijo "Oh, un tipo de variante, eso no es muy fuerte cuando haces eso". y tuve que seguir el típico discurso "var! = VARIANT" para explicarle que no es una variante que solo el compilador infiera.

Estaba pensando en otras palabras que podrían haber usado (el equipo de C#), así que este tipo de cosas no sucedieron. Personalmente, me gusta inferir, algo así como:

infer person = new Person("Bob"); 

Sé que esto no es realmente tan grande de acuerdo, pero sólo curiosidad por ver lo que otras personas usarían para hacer lo mismo.

He hecho esto una wiki de la comunidad porque realmente no tiene una respuesta.

Answer 1

C++ 0x utiliza la palabra clave "auto" para la inferencia de tipos:

http://en.wikipedia.org/wiki/C%2B%2B0x#Type_inference

eso no es una mala compensación para los chicos, ya que "auto" era (que yo sepa) ya una palabra clave. Me puedo imaginar que en C#:

auto i = 3; 

me gusta "inferir" aunque (pero luego no tienen ningún problema con "var" tampoco).

Answer 2

Creo que esta es una gran idea. Yo mismo he tenido que explicar la palabra clave var de vez en cuando y cómo es realmente solo un marcador de posición para un tipo y que aún asegura una mecanografía fuerte.

infer funciona para mí! :)

Answer 3

Si la palabra clave se llamó variable en lugar de var, entonces es posible que no veamos este tipo de confusión. Esta pudo haber sido la intención, pero alguien claramente pensó que escribir variable era demasiado detallado, lo que generó la ambigüedad que tenemos hoy.

Answer 4

Pero "inferir" es 2 más caracteres de los que "var" ... Tal vez "var" no era el mejor que se puede poner delante de un programador de VB6 en un principio ...

Answer 5

¿Qué tal foo?

Answer 6

Por otro lado, los programadores Pascal/Delphi y ActionScript captan de inmediato el verdadero significado de var. Entonces, ¿por qué elegir VB6? Es desafortunado que haya tenido Variant, por lo que los chicos de VB6 sustituyen rápidamente a var por eso, pero no importa en qué camino vayas, alguien en algún lugar estará confundido.

Dado que VB6 es heredado desde hace bastante tiempo, var es perfectamente claro para alguien sin la carga de la experiencia pasada (es decir, cuántas personas nuevas en la programación pensarían en var significando algo diferente de "variable" ?), y que var ha sido utilizado específicamente para significar "variable" por varios otros idiomas populares, no parece una mala elección.

El problema obvio que veo con la palabra clave infer es que no es obvio que infiere el tipo de variable. Solo mirándolo, bien podría ser inferir su valor o algo así (especialmente si RHS no es una new-declaración).

Answer 7

¿Qué tal revivir la antigua palabra clave BASICLET?

let answer = 42; 

Answer 8

me gusta var, y piensan que el significado en el contexto de un lenguaje fuertemente tipado está claro. dynamic, por otro lado, es el "bicho raro" en el código C# por lo que el nombramiento semántico más largo es apropiado.

Answer 9

thisappearsweaklytypedbutisactuallystronglytyped i = 3; 

¡Es la única manera de evitar confusiones! No se preocupe, autocompletar significa que realmente no tardará mucho más en escribir ...

Answer 10

Se supone que C# es todo de forma simbólica, como C++, no todas las palabras clave, como VB. ¿Qué tal "?"

? X = 5; 
? Y = X.ToString(); 
? Z = Y + Y; 

¿Qué tipo es Z? ¿Quién sabe?

Answer 11

Creo que C# sería mejor sin la palabra clave "inferencia de tipo estático" en absoluto. Por lo tanto, sería el siguiente:

myDict = new Dictionary<string, MyClass>(); 

Me preguntaba por qué C# diseñadores sintieron una palabra clave como "var" que se necesitaba para la inferencia de tipo estático. ¿Era necesario cumplir con las reglas gramaticales fundamentales de C#? ¿Fue porque ya habían pensado en "dinámica" y querían hacer la distinción más clara entre la inferencia de tipo estática y dinámica?

En cualquier caso, después de una exposición prolongada a Python, "var" (o cualquier palabra clave alternativa o calificador) se siente completamente superfluo. Tome el siguiente código:

foreach (item in myList) { 
    // Do stuff 
} 

¿Qué información adicional le daría al lector agregar "var" delante del "elemento"?

Answer 12

No completamente en el tema, pero VB.NET hace esto casi demasiado limpio. Apuesto a que es aún más confuso para los ex usuarios de VB6.

Dim p = New Person() 

¿Eso es utilizar enlace tardío o inferencia tipo? Mejor revise las propiedades de su proyecto.