Design Pattern : les mémentos (Singleton)

Un design pattern décrit une solution standard, utilisable dans la conception de logiciels, à des questions classiques et récurrentes.

Cet article vous redonne les points clés pour utiliser les patterns les plus utiles. Il vous propose surtout de télécharger des mémentos à imprimer au bureau.

Pour l'instant il n'y a que le Singleton mais d'autres mémentos suivront.

http://thierry-leriche-dessirier.dev...tern-mementos/

Bonne lecture

Merci pour cet article très intéressant. Le memento a une mise en page très pratique. C'est vraiment un super boulot.

Une remarque sur le diagramme UML : instance et getInstance() ne devraient-elles pas apparaître comme attribut et opération de classe plutôt que comme attribut et opération d'instance ?

Citation:

---

Une remarque sur le diagramme UML : instance et getInstance() ne devraient-elles pas apparaître comme attribut et opération de classe plutôt que comme attribut et opération d'instance ?

---

Que veux-tu dire ?

Je veux dire que instance et getInstance() pourraient-être soulignés pour signifier qu'il s'agit d'attributs et d'opérations de classe.

J'avoue que je n'ai jamais vraiment bien compris la différence entre attribut d'instance ou de classe. Ou disons l’intérêt de le mettre en avant, en Java. J'imagine que c'est plus important dans d'autres langages.

Je n'ai sans doute pas été assez clair.

Je voulais dire que instance est un attribut de la classe DogService - implémenté en Java avec le mot-clé static - et pas un attribut des instances de cette classe. Idem pour getInstance(). Cela n'apparaît pas dans le diagramme. Il faut souligner cet attribut et cette opération.

Telle que modélisée par le diagramme, la classe DogService devrait s'implémenter comme ceci :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12

class DogService { private DogService instance; // n'est pas static   private DogService() { ... }   public DogService getInstance() { // n'est pas static ... } }

---

Ce qui n'est bien sûr pas un Singleton.

Ah oui, exact. Bien vu.

Et pour le pattern mémento, il y aura un mémento mémento?:aie:

Effectivement, il faudra que je trouve une formulation adaptée ;-)

Bonjour,

Par rapport à la méthode d'initialisation statique (fin de la page recto), vous avez précisé:

Citation:

---

Défaut :
Initialisation au lancement, même si le service n'est finalement jamais utilisé

---

Pourquoi donc ne pas déclarer juste la constante et l'initialiser plus tard dans la méthode getInstance? comme suit :

Code:

---

1 2 3 4 5 6 7 8

private static final DogService instance;   public static DogService getInstance(){ if(instance == null){ instance = new DogService(); } return instance; }

---

Que pensez-vous.

Cordialement.