Discussion :

[keryss]

Bonsoir à tous,

Je me pose une question existentielle sur le mot clé NEW.
Bien que j'ai bien compris que celui ci sert à initialiser une variable de type référence dans le "tas", je ne comprend pas pourquoi dans certains cas, on peut s'en affranchir.

Premier exemple: Lorsque j'appelle une méthode (static ou non) qui renvoie un type objet, je peux me contenter d'écrire:

Code :

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

TypeDeMonObjet MonObject = MaMethode(...) // Si ma méthode me renvoie bien un objet de type TypeDeMonObject étant un objet défini via une classe.

Dans ce cas, pas besoin du new, pourtant je déclare bien un objet de type référence.

Autre exemple (vraiment pris au hasard), lorsque j'utilise la méthode static cette fois, DriveInfo.GetDrives():

Code :

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

DriveInfo[] MonTableau = DriveInfo.GetDrives();

Encore une fois pas besoin d'initialiser ma variable via un "new". Et pourtant encore une fois, je déclare un nouvel objet de type référence et tente d'y affecter des valeurs.

Ceci sont 2 exemples parmi tant d'autres, mais je m'y perds, ca me perturbe... J'imagine qu'il y a une règle logique, mais je n'arrive pas à l'isoler.


Quand faut-il utiliser "new" et quand peut on s'en affranchir ? Et que se passe t-il dans le tas si je n'initialise pas avec "New" ?

Merci à vous, d'avance

[StormimOn]

Le mot clé new sert à instancier un objet, c'est à dire à le créer. Rien à voir avec la déclaration ou l'initialisation.

Pour reprendre l'exemple

Code :

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

DriveInfo[] MonTableau = DriveInfo.GetDrives();

C'est la méthode qui va créer le tableau et qui va donc faire le new. Après le reste c'est juste une affectation.

[keryss]

merci pour ta réponse si rapide.

Ok donc finalement si je te suis et si je pousse un peu le bouchon, physiquement j'ai donc 2 références qui pointent sur le même objet. Une que je déclare en amont (exemple, MonTableau) et une qui a été faite dans la méthode appelée ... ?

Donc au final, dès lors que j'appelle une méthode qui renvoie un objet, je peux sous-entendre que l'objet a été créé et initialiser dans ladite méthode et donc tout le temps m'affranchir du "new" ?

ca se tient ?

[StormimOn]

Donc au final, dès lors que j'appelle une méthode qui renvoie un objet, je peux sous-entendre que l'objet a été créé et initialiser dans ladite méthode et donc tout le temps m'affranchir du "new" ?

Dès qu'une méthode (ou une propriété) renvoie un objet, alors il a été instancié. Sauf si tu récupères une référence null bien évidemment.

Par contre l'objet n'est pas forcément initialisé (i.e. son état n'est pas défini). Ce sont deux choses séparées.

[keryss]

oui je vois la nuance. Si je ne me trompe pas, instancié veut dire que l'emplacement mémoire a été réservé dans le tas, mais cela ne veut pas forcément dire en effet qu'il y ai du contenu, ni même qu'il ai été initialisé.

Par contre ca suffit à me garantir l'affranchissement du new, puisqu'il a été instancié.

Arrête moi si j'ai pas bon

[StormimOn]

Pas besoin du new effectivement.