Discussion :

[regis1512]

Bonjour à tous,

Suite à un retour par un lecteur sur un article que j'ai écrit intitulé "Design Patterns du Gang of Four appliqués à Java", je rajoute cette discussion afin de recueillir d'éventuels autres retours.

L'objectif de cet article est de présenter les Design Patterns du "Gang of Four" avec des exemples concis appliqués à Java.
Chaque Design Pattern est présenté avec son diagramme de classes, ses objectifs, les motivations pour l'utiliser, les responsabilités des classes le constituant, puis une implémentation simple.

Merci pour vos commentaires.

[regis1512]

Voici un message reçu, mercredi de la semaine dernière, par l'intermédiaire de Ricky81 :

Bonjour

je n'arrive pas a contacter directement l'auteur (régis pouiller) de la page
http://rpouiller.developpez.com/tuto...e=page_4#LVI-K

C'est un article bien écrit, et vraiment de référence, qui contient une petite imprécision que voici :

dans le Visiteur, on devrait avoir une seule méthode, mais avec des signatures différentes :

Code :

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

1
2
3
4
5
6
7
public interface Visiteur {
    public void visiterElement(ConcreteElementA pElementA);
    public void visiterElement(ConcreteElementB pElementB);
 
    //visite par défaut (si besoin)
    //public void visiterElement(Element pElement);
}

Ensuite, un ElementAbstrait appelle cette methode générique:

Code :

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

1
2
3
4
5
public abstract class ElementAbstrait extends Element{
    public void recevoirVisiteur(Visiteur pVisiteur) {
        pVisiteur.visiterElement(this);
    }
}

et les elements concrets n'implémentent plus Element, mais étendent ElementAbstrait

Code :

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

1
2
public class ConcreteElementA extends ElementAbstrait ...
public class ConcreteElementB extends ElementAbstrait ...

Ce qui permet de factoriser le code, et d'être moins intrusif sur les elements concrets (aucun changement dans les elements hors l'ajout du extends)

Déjà, désolé de ne pas avoir répondu plus tôt (j'ai voulu vérifier dans le livre du GoF pour assurer un peu de ne pas dire de bêtises et je n'arrivais plus à mettre la main dessus , ça m'apprendra à mieux ranger).

Sur le principe, je suis en accord avec ce que tu dis. C'est comme cela que j'aurais eu tendance à concevoir ce Pattern.

Lorsque j'ai rédigé cet article, j'ai d'abord fait des recherches sur internet. Bien entendu, j'ai trouvé des informations contradictoires. C'est pourquoi j'ai acheté un exemplaire du livre précédemment cité du GoF, puisque c'est l'ouvrage de référence.
Lorsque j'ai rédigé plus particulièrement la partie sur le Pattern Visiteur, j'ai choisi de respecter le plus scrupuleusement possible ce qui était écrit dans le livre (j'ai mis un scan en pièce jointe)

Cependant, cette remarque est très pertinente et dans la pratique je pense que le Pattern originel admet très bien cette variante qui présente comme tu le soulignes certains avantages.

Merci pour ce commentaire

[Gasprod]

Salut Regis ,
après la lecture de ton tuto sur javaEE Spring me revoilà sur un des tutos une fois de plus bien ficelé !
très bien expliqué , le pourquoi du comment et un code commenté pour chaque exemple / pattern , le tout agrémenté d'un schémas récapitulatif de tous les dp ... excellentissime ! merci encore pour cette super doc ! au plaisir de te relire ...
@gasprod - Serge

[regis1512]

Bonjour,

Merci Serge.
C'est très gentil.

Au plaisir alors