Methode static et constructeur

Bonjour,

Je veux savoir la différence entre :

Code:

---

Class c = new Class(parametre);

---

et

Code:

---

Class c = Class.Charger(parametre);

---

un constructeur et methode static qui me renvoi un instance.
personellement je ne voix pas aucun différence entre ces deux instruction (sauf le syntaxe), mais je veux savoir au moin qu'elle est la meilleur pratique et le context d'utilisation de la methode static pour renvoyer une instance.

Merci,

en passant par une fonction statique plutot qu'un constructeur ca permet de faire un singleton (instance unique d'une classe)
ca permet aussi de retourner un objet typé Object ou sur une interface (ou autre) et donc de faire évoluer la valeur de retour selon le paramètre

si tu n'as pas de besoins dans ce genre, le constructeur paramétré suffit

Les deux font plus ou moins la même chose. Par contre, le constructeur est une méthode spéciale dont c'est le rôle et il faut bien évidemment passer par lui.

Il y a de très rare cas dans le framework où des méthodes statiques renvoient des objets mais à chaque fois, elles ne prennent pas de paramètres. (Je pense aux méthodes de l'espace de crypto qui fournissent des providers par défaut, etc ...)

Un autre cas où tu peux utiliser les méthodes statiques (et encore, perso je préfère quand ce sont des méthodes d'instances) qui prennent des paramètres sont les Factory. Mais dans ce cas, la Factory renvoie un objet qui n'est pas de son type.

Citation:

---

Envoyé par MaximePalmisano

Il y a de très rare cas dans le framework où des méthodes statiques renvoient des objets

---

il y en a plein

Citation:

---

Envoyé par MaximePalmisano

mais à chaque fois, elles ne prennent pas de paramètres

---

si si, ca arrive assez souvent aussi
un exemple parmi d'autres : system.drawing.color.fromargb(int32) (bon c'est une structure, mais il y a des classes aussi qui fonctionnent comme ca un peu partout)

Citation:

---

Envoyé par AJemni

Bonjour,

Je veux savoir la différence entre :

Code:

---

Class c = new Class(parametre);

---

et

Code:

---

Class c = Class.Charger(parametre);

---

un constructeur et methode static qui me renvoi un instance.
personellement je ne voix pas aucun différence entre ces deux instruction (sauf le syntaxe), mais je veux savoir au moin qu'elle est la meilleur pratique et le context d'utilisation de la methode static pour renvoyer une instance.

Merci,

---

Dans le premier cas, tu es sur qu'une nouvelle instance est crée.
Dans le deuxieme cas, c'est peut être une instance déjà existance qui est réutilisée. En fait, le deuxième ressemble à un pattern Factory.

Citation:

---

Il y a de très rare cas dans le framework où des méthodes statiques renvoient des objets mais à chaque fois, elles ne prennent pas de paramètres.

---

J'ai mal tourné ma phrase, je voulais dire que les cas où des méthodes statiques prenaient des paramètres étaient rares.

Citation:

---

Envoyé par MaximePalmisano

J'ai mal tourné ma phrase, je voulais dire que les cas où des méthodes statiques prenaient des paramètres étaient rares.

---

c'est bien ce que j'avais compris, et pour moi les cas où dans le framework [une méthode statique demande un paramètre] ne sont pas rares
autre exemple System.IO.File.Create(string path) qui retourne un FileStream

Oui mais dans ce cas, tu parles de File.Create qui retourne un objet FileStream et non File.

Je régissais par rapport à un objet Class qui retournait un objet Class.

Dans le cas du File.Create, on est plus dans une optique de Factory (Rien que le nom de la méthode l'indique :p)

Citation:

---

Envoyé par AJemni

methode static qui me renvoi un instance.

---

Et tu la crées comment ton instance ? A moins de faie joujou avec la réflexion, il te faudra bien un constructeur ! :)

Le constructeur:
- ne renvoie jamais null
- est le seul à pouvoir initialiser des valeurs readonly
- se comporte comme une méthode virtuelle, puisque tout constructeur appelle un constructeur parent

La factory : (que ce soit une méthode statique ou non) :
- peut renvoyer null si besoin
- peut renvoyer un objet préexistant si besoin (exemple : pool d'objets)
- peut renvoyer une instance fille, par exemple en fonction des paramètres, ou de ses membres

L'intérêt principal de la factory étant de centraliser la construction effective d'objets, pour découpler les composants.

Merci les gars pour toutes vos réponses, j'ai bien saisie la différence maintenant.