Parola migliore per inferire variabili diverse da var

Question

Questo potrebbe essere chiuso, ma ci proverò comunque.

Stavo mostrando un programmatore VB6 un po 'del mio codice C# l'altro giorno e ha notato la parola chiave var ed era tipo "Oh tipo di variante, non è una tipizzazione forte quando lo fai". e dovevo andare sul tipico discorso "var! = VARIANT" per spiegargli che non è una variante dedotta solo dal compilatore.

Stavo pensando ad altre parole che avrebbero potuto usare (team C#) in modo che questo genere di cose non accadesse. Personalmente, come inferire, qualcosa di simile:

infer person = new Person("Bob"); 

So che questo non è davvero così grande di affare, ma solo curioso di vedere quello che gli altri avrebbero usato per fare la stessa cosa.

Ho reso questo un wiki della comunità perché in realtà non ha una risposta.

Answer 1

C++ 0x utilizza la parola chiave "auto" per inferenza di tipo:

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

Questo non è un trade-off male per quei ragazzi dal momento che "auto" è stato (per quanto ne so) già di una parola chiave. Posso immaginare che in C#:

auto i = 3; 

mi piace "dedurre", anche se (ma poi non ho alcun problema con "var" o).

Answer 2

Penso che questa sia una grande idea. Io stesso ho dovuto spiegare la parola chiave var di tanto in tanto e in che modo è davvero solo un segnaposto per un tipo e che assicura ancora una digitazione forte.

inferno funziona per me! :)

Answer 3

Se la parola chiave è stata denominata variable anziché var, allora potremmo non vedere questo tipo di confusione. Questo potrebbe essere stato l'intento, ma qualcuno ha chiaramente pensato che digitare variable fosse troppo prolisso, portando all'ambiguità che abbiamo oggi.

Answer 4

Ma "inferire" è di 2 più caratteri di "var" ... Forse "var" non era la cosa migliore per mettere di fronte a un programmatore VB6 in un primo momento ...

Answer 5

Che ne dici di pippo?

Answer 6

D'altra parte, i programmatori Pascal/Delphi e ActionScript afferrano immediatamente il vero significato di var. Quindi, perché scegliere VB6? È sfortunato che abbia avuto Variant in esso, e quindi i ragazzi VB6 sostituiscono rapidamente lo var per quello, ma non importa da che parte si va, qualcuno da qualche parte sarà confuso.

Dato che VB6 è legacy da un po 'di tempo ormai, che var è perfettamente chiaro a qualcuno senza il peso dell'esperienza passata (voglio dire, quante persone nuove alla programmazione penserebbero allo var che significa qualcosa di diverso da "variabile" ?), e che var è stato specificamente utilizzato per indicare "variabile" da molti altri linguaggi popolari, non sembra una cattiva scelta.

Il problema evidente che vedo con la parola chiave infer è che non è ovvio che deduca il tipo di variabile. Basta guardarlo, potrebbe anche essere dedurre il suo valore o qualcosa del genere (specialmente se RHS non è uno new -statement).

Answer 7

Che ne dici di rianimare la parola chiave BASICLET?

let answer = 42; 

Answer 8

mi piace var, e pensano che il significato nel contesto di un linguaggio fortemente tipizzato è chiaro. dynamic, d'altra parte, è lo "oddball" nel codice C#, quindi la denominazione semantica più lunga è appropriata.

Answer 9

thisappearsweaklytypedbutisactuallystronglytyped i = 3; 

È l'unico modo per evitare confusione! Non preoccuparti, completamento automatico significa che non ci vorrà molto più tempo per digitare ...

Answer 10

C# dovrebbe essere tutto simbolico, come C++, non tutte le parole chiave, come VB. Come su "?"

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

Che tipo è Z? Chissà?

Answer 11

Penso che C# sarebbe meglio senza alcuna parola chiave di "inferenza di tipo statico". Quindi sarebbe lavorare in questo modo:

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

Mi chiedevo perché C# progettisti sentivano parole chiave come "var" è stato necessario per inferenza di tipo statico. È stato necessario rispettare le regole grammaticali fondamentali di C#? Era perché avevano già pensato a "dinamico" e volevano rendere più chiara la distinzione tra inferenza di tipo statico e dinamico?

In ogni caso, dopo un'esposizione prolungata a Python, "var" (o qualsiasi parola chiave o qualificatore alternativa) si sente completamente superfluo. Prendi il seguente codice:

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

Quali ulteriori informazioni aggiungere "var" di fronte a "item" danno al lettore?

Answer 12

Non completamente sull'argomento, ma VB.NET lo fa quasi troppo bene. Scommetto che è ancora più confuso per gli ex utenti VB6.

È quello che utilizza l'associazione tardiva o l'inferenza del tipo? Meglio controllare le proprietà del progetto.