Discussion :

[Aurazed]

Bonjour à tous,
j'ai lu qu'un des nouveautés de C#3 est qu'il permettait l'inférence des types locaux.
Je ne vois aps trop la différence entre var et object.

Le code suivant :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
var test1 = 10;
Object test2 = 10;
Console.WriteLine("Type var : " + test1.GetType().ToString());
Console.WriteLine("Type Object : " + test2.GetType().ToString());

retourne :
Type var : System.Int32
Type Object : System.Int32

Dans les deux cas, le compilateur effectue une inférence de type.

Qui peut éclairer ma lanterne?

[Bluedeep]

A vrai dire les deux syntaxe n'ont pas grand chose à voir.
Si tu déclare une variable de type object et tu mets un int dedans, tu porras toujours mettre dedans par la suite un string ou un concombre.

Si tu déclare var s = "abc"; s est effectivement de type string et ne pourra pas être utilisé pour un autre type.

Bon, le seul interêt est bien sur pour des nom de classe très long.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

ThisAHugeNameClassWichIsHereOnlyToFoolUpDeveloppers a = new ThisAHugeNameClassWichIsHereOnlyToFoolUpDeveloppers ():

sera avantageusement remplacé par :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

var a = new ThisAHugeNameClassWichIsHereOnlyToFoolUpDeveloppers ();

Le code IL généré sera rigoureusement identique (contrairement au C# 2.0 qui est différent du 1.0, le 3.0 est un simple preprocessing qui est ensuite compilé vers un IL 2.0).

De toute maniére, ce var n'est pas un point très intéressant.

[npuzin]

oui c'est completement différent var et object.

object : l'objet n'est pas typé
var : l'objet est typé de manière implicite (prend le type retourné par le constructeur ou la factory)

Je crois que ce mot clé var a été ajouté parce que LINQ en avait besoin mais en dehors de ca, il n'apporte rien d'extraordinaire. Ou alors parfois pour ne pas peaumer l'intellisense a la sortie de certains algo... mais rien de transcendant je pense.

[Bluedeep]

Il est aussi nécessaire pour les variables de type "anonyme".(créés à la volée)

[SirJulio]

Salut,

en pratique (enfin pour le peu que j'ai pratiqué C# 3.0 atm), var ne sert reellement que sur les types anonymes. Vu que ces types sont créés à la compilation, tu ne peux pas les manipuler avant, c'est la que var sert : VS sait qu'il va y avoir, dans le futur, un type lambda qui aurait ces specifités, et de fait il te permet de le manipuler (meme si, concretement, il n'existe pas encore, sans ca, tu te ferais lourdement insulté à la compilation).

Pour le reste, AMHA, je trouve que c'est une mauvaise chose de l'utiliser, on ne sait pas reellement ce qu'on manipule et caypasbien ! =)

edit : coiffé au poteau !

[Thomas Lebrun]

Il est aussi nécessaire pour les variables de type "anonyme".(créés à la volée)

Et les requêtes LINQ qui renvoit des IEnumerable<CaDependQuoi>

[Bluedeep]

Et les requêtes LINQ qui renvoit des IEnumerable<CaDependQuoi>

Ce qui constitue en soi un type anonyme.

[Thomas Lebrun]

Ce qui constitue en soi un type anonyme.

Oui, mais pas toujours

string[] s = {"A", "B", "C", "D"}

var results = from value in s
select value;

C'est équivalent à:

IEnumerable<string> results = from value in s
select value;

L'intérêt du var ici ? Juste gagner quelques caractères que l'on ne saisit pas au clavier