Seance 8: Patron Mémento et MVC

Patron Mémento et retour sur MVC

• LOG121 et conception orientée objet.
• Souad Hadjres est l'enseignante.
• Le plan inclut le Patron Mémento et un retour sur l'architecture MVC.

Exemple de problème de conception

• Un gestionnaire de transaction simplifié permet d'exécuter des transactions sur les tables d'une base de données.
• Une transaction peut contenir plusieurs opérations comme update, delete, insert affectant les tables de la base de données.
• L'exemple donné est un client qui transfère de l'argent de son compte courant à son compte d'épargne.
• La transaction doit mettre à jour les deux comptes et enregistrer la transaction dans un journal.

Forme d'une transaction

• Une transaction inclut des opérations UPDATE pour les comptes courant et épargne, et INSERT INTO pour le journal des transactions.
• Exemple de code SQL pour une transaction :
  • UPDATE compte-courant SET solde = solde - 50 WHERE num-compte = 81566979
  • UPDATE compte-epargne SET solde = solde + 50 WHERE num-compte = 81566988
  • INSERT INTO journal-transactions VALUES (num_transaction, type_transaction, 81566979, 81566988, 50)
  • COMMIT WORK;

Propriété ACID d'une transaction

• ACID signifie : Atomique, Cohérente, Isolée et Durable.
• Si toutes les opérations réussissent, le gestionnaire appelle la méthode "commit" de la transaction.
• Si une opération échoue, toute la transaction doit être annulée et les tables doivent revenir à leur état initial.

Problème de conception

• Une conception qui fait une boucle sur les opérations, en appelant execute(), est problématique.
• En cas d'échec, la transaction doit être annulée et les tables concernées doivent revenir à leur état initial.

Solution au problème

• Créer un objet Memento qui garde trace de l'état d'un objet de type TableDeLaBD.
• Avant l'exécution, le gestionnaire demande à TableDeLaBD son objet Memento.
• Un objet TableDeLaBD est responsable de créer, initialiser et mettre à jour son Memento.
• En cas d'échec, le gestionnaire renvoie le Memento à l'objet TableDeLaBD pour restaurer l'état.
• TableDeLaBD utilise le Memento reçu pour récupérer l'information sur son état précédent.

Explication du diagramme de solution

• La classe Transaction contient une liste d'opérations et des méthodes execute() et commit().
• La classe GestionaireTransaction exécute une transaction via la méthode execute(Transaction t).
• La classe TableDeLaBD a un état (State state) et des méthodes pour créer un Memento (createMemento()) et restaurer l'état à partir d'un Memento (setMemento(Memento m)).
• La classe Memento stocke l'état de TableDeLaBD.

Patron Mémento : Contexte

• L'état d'un objet doit être sauvegardé pour permettre un retour à cet état si nécessaire.
• L'accès direct à l'état de l'objet exposerait les détails d'implémentation et violerait l'encapsulation.

Patron Mémento : Solution

• Création d'un objet Memento (Snapshot) qui garde trace de l'état de l'objet initial (Originator).
• Le Memento peut garder une partie de l'état initial.
• L'objet Originator est seul responsable de créer, initialiser et mettre à jour son Memento.
• Un objet (Caretaker) utilise l'objet original et garde une référence sur le Memento pour le renvoyer à l'objet original.
• L'objet Caretaker ne modifie pas l'objet Memento.

Structure du patron dans GoF

• Originator : Contient l'état et les méthodes pour créer et restaurer un Memento.
• Memento : Stocke l'état de l'Originator.
• CareTaker : Gère les Mementos.

Avantages et inconvénients

• Avantages : Garde l'état sauvegardé d'un objet à l'extérieur de celui-ci et assure l'encapsulation des données.
• Inconvénients : Les opérations de sauvegarde et de restauration peuvent consommer beaucoup de temps et d'espace.

Patrons Mémento et Commande combinés

• L'enregistrement de l'état avant l'exécution d'une commande permet de restaurer l'état en cas de besoin pour implémenter l'annulation "undo".

Retour sur l'architecture MVC

• Le plan inclut un retour sur l'architecture MVC.

Exigences d'une application interactive

• La même information peut être présentée différemment aux utilisateurs.
• L'affichage et le comportement doivent refléter les manipulations des données.
• Les changements d'interfaces doivent être faciles sans affecter le noyau de l'application.

Structure MVC

• MVC divise l'application en trois parties : Modèle, Vues, Contrôleurs.
• Le Modèle encapsule les données et les fonctions, indépendant des représentations visuelles.
• Les vues affichent l'information à l'utilisateur et correspondent à une interface pour déclencher des actions.
• Les contrôleurs sont associés à chaque vue et traduisent les entrées en requêtes sur le modèle ou la vue.

Scénario

• L'entrée de l'utilisateur change l'état du modèle.
• Diagramme illustrant : Controller → Model → View.

Éléments à retenir sur MVC

• Le modèle offre des méthodes pour lire les données par les vues et contrôleurs.
• Chaque vue crée un contrôleur lors de l'initialisation.
• Le contrôleur traduit les événements utilisateur en demandes de service au modèle.
• Les vues liées se mettent à jour lorsque l'état du modèle change.

Exemple d'application MVC

• Exemple comprenant :
  • un modèle contenant la somme de deux entiers entrés par l'utilisateur.
  • une vue constituant une simple interface utilisateur.
  • un contrôleur coordonnant l'interaction entre le modèle et la vue.

Diagramme de code Source

• Classe Model contenant l'addition de 2 nombres
• Classe View contenant l'implémentation graphique de l'interface
• Classe Controller coordonnant l'interaction entre le Model et la View.

Patrons et architecture MVC

• Un application organisée selon l'architecture MVC.

MVC et patrons de conception

• Les vues s'enregistrent auprès du modèle pour être notifiées en cas de changement : Patron Observateur.
• Une vue peut être composée d'autres vues : Patron Composite.
• Les composants graphiques peuvent nécessiter des comportements additionnels : Patron Décorateur.

MVC et patrons de conception (suite)

• Une vue contient des composants graphiques pouvant correspondre à différentes actions : Patron Commande et Patron Mémento.

Implémentation de MVC en Java

• Le Modèle est un ensemble de classes.
• Les Vues sont des interfaces avec des composants Swing comme boutons et zones de texte.
• Les Contrôleurs sont des listeners comme ActionListener.