Seance 5 :Patrons de Conception: Commande et Singleton

Patrons de Conception : Commande et Singleton

Patron Commande

• Le framework Swing offre des objets graphiques comme des boutons.
• Ces objets émettent des requêtes quand un utilisateur les actionne.
• Les concepteurs de Swing ne connaissaient pas les objets qui recevraient la requête ni comment elle serait exécutée.
• Les applications utilisant Swing savent quelle requête est émise et quel objet doit réagir à cette requête.
• La méthode actionPerformed dans une application peut devenir complexe avec l'ajout de boutons.
• L'application peut avoir un nombre excessif de méthodes et responsabilités.
• Une même action peut être exécutée de différentes manières.
• Une action peut être interdite dans certains contextes.
• L'interface Action étend ActionListener.
• Une action peut avoir un nom et une icône associée.
• Une action peut être associée à différents éléments de l'interface graphique.
• Une action peut être activée ou désactivée.
• Une action peut déclarer une autre action comme opposée.
• Lorsque une action est attachée à un composant avec setAction, l'état du composant est mis à jour pour correspondre à l'état de l'action.
• L'objet Action est enregistré comme écouteur (ActionListener) sur le composant.
• Si l'état de l'action change, l'état du composant change également.
• Les actions à exécuter sont encapsulées dans des objets étendant la classe AbstractAction.
• Ces objets exécutent les actions et peuvent être utilisés par plusieurs composants graphiques.
• Des états (activé, désactivé) peuvent leur être associés.
• Cela permet de gérer les actions, les composer ou les annuler (undo).
• L'objet source de l'action est découplé de celui sur lequel l'action s'exécute.
• Il est utile d'implémenter les commandes comme des objets pour associer des informations ou garder une trace des commandes pour les ré-exécuter, les annuler (undo), ou les regrouper (macros).
• Il est important de découpler l'objet qui invoque la commande de celui qui la reçoit.
• Interface Command : définit une méthode pour exécuter la commande et permet d'accéder à l'état de la commande.
• Chaque classe concrète implémente l'interface Command.
• Pour invoquer la commande, on appelle la méthode d'exécution.
• La structure du patron "Commande" peut être simplifiée en évitant de montrer les objets sur lesquels les commandes agissent et ceux pouvant être à l'origine de l'exécution des commandes.
• Une structure plus complète est utilisée, avec un Client, un Invoker, une Command et un Receiver.
• Le client crée une commande concrète et spécifie son receveur, configurant ainsi un invocateur.
• L'invocateur appelle la méthode Execute de la commande concrète.
• La méthode Execute de la commande concrète invoque des opérations de l'objet receveur.
• Parmi les avantages, le patron "Commande" supprime le couplage entre l'objet qui invoque une commande et celui qui sait comment la réaliser; tous les objets "Commande" ont une interface commune.
• Les objets "CommandeConcrete" peuvent être assemblés dans une commande composite, permettant de contrôler leur séquencement, les mettre dans des files d'attente et autoriser la réversion des opérations (Undo/Redo).

Patron Singleton

• Nécessité d'avoir une seule instance d'une classe avec un accès global.
• Quelques exemples : spooler, classe de fabrication d'objets, classe de gestion d'accès à une base de données.
• Un générateur de nombres aléatoires peut être implémenté avec un patron Singleton.
• Le constructeur d'une classe Singleton est privé.
• Une méthode statique retourne l'instance unique de la classe.
• Il doit exister une instance unique d'une classe qui doit être accessible.
• La classe elle-même a la responsabilité d'assurer l'unicité de son instance.
• La classe Singleton définit un constructeur privé et fournit une méthode (getInstance()) pour retourner une référence à son instance unique.
• La classe Singleton contrôle quand et comment les classes clientes y accèdent.
• Avantages du Singleton : accès contrôlé, réduction des variables globales, possibilité d'extension à instance unique, adaptabilité à un nombre variable d'instances.
• La classe Math de Java n'est pas une instance de Singleton, car elle ne peut pas être instanciée ni étendue.
• La classe Runtime est un exemple de Singleton.