Sta usando la parola chiave var bad in C# 2.0?

Question

Ho letto un articolo su using C# 3 features in C# 2 in cui è possibile ad esempio digitare var x = 2; e anche se il progetto è un progetto 2.0, il compilatore di Visual Studio 2008 lo preleva e genera lo stesso codice come se fosse int x = 2.

Ma ciò che non ottengo è, in caso di non fare questo in alcuni casi? Ho sempre pensato che la parola chiave var non arrivasse fino al C# 3. Se il compilatore genera lo stesso codice e posso digitare esattamente il codice C# 3 e il codice C# 2, qual è la differenza, perché la CLI è la stessa , destra?

Citazione dal link qui sopra

Dietro le quinte, il compilatore genera regolare NET 2.0 del codice.

C'è qualche differenza tra il codice .NET 2.0 e il codice .NET 3?

Answer 1

temo si stia mescolando fino versioni # C e versioni .NET.

Non è possibile utilizzare var in C# 2.0, il compilatore pensa che sia solo un identificatore. Ma puoi usarlo in C# 3.0 per il targeting .NET 2.0, dal momento che var è solo un costrutto linguistico (C#), non un costrutto .NET. Il compilatore .NET lo tradurrà nel tipo appropriato nel CIL generato, quindi il compilatore JIT non lo vedrà mai e starai completamente bene.

Poiché il compilatore VS2008 è un compilatore C# 3.0, non avrete problemi a utilizzare var, indipendentemente dalla versione .NET scelta.

Answer 2

var è zucchero sintattico nel linguaggio C# 3 utilizzato da VS2008. il codice può ancora essere compilato per essere compatibile con .net 2.0. L'unico problema che dovresti avere è se devi modificare quei file in VS2005.

Answer 3

su var: è puro sintassi per lo zucchero e il trucco del compilatore. digitando var chiedete a un compilatore di indovinare il tipo basato sul lato destro dell'espressione. questo può essere fatto facilmente compilando in .net 2.0. Linq potrebbe non funzionare perché utilizza assembly da .net 3.5

Answer 4

var è stato introdotto per contenere le istanze di tipi anonimi in C# 3.0.

In .net2.0 può essere il compilatore VS2008 o C# deve essere sostituito con il tipo effettivo che è noto al momento della progettazione e se si conosceva già il tipo durante la codifica, perché si dovrebbe usare var! :)

Answer 5

Per quanto riguarda il suo utilizzo.

Non è male per quanto riguarda l'esecuzione, come già accennato è solo lo zucchero di sintassi e viene sostituito in fase di compilazione.

Durante la codifica, penso che il suo utilizzo sia misto. Ad esempio:

Penso che questo sia ok. E 'facile vedere che cosa il valore è

var a = "test"; 

Non così buono, molte persone hanno per scorrere nell'IDE di comprendere realmente il codice, che è un dolore.

var b = SomeReallyLongNameSpace.SubNamespace.Namespace.Class.Enum.Value1; 

Questo va bene, si sa che cosa il risultato è perché un metodo ben definito.

var c = GetString(); 

non avete idea a colpo d'occhio ciò che viene restituito, questo non è utile e sarebbe meglio definito piuttosto che utilizzare la parola chiave var.

var d = GetSomething();