Polymorphisme et applications N-TIER

Le modèle de visiteur peut fonctionner ici: XXX PRE>

Le visiteur est l'un des motifs les plus controversés, bien qu'il existe un certain nombre de variantes qui tentent de surmonter les limitations du modèle d'origine. P>

Il serait plus facile de mettre en œuvre si la méthode acceptée (...) pourrait être mise en œuvre dans le document, mais le modèle s'appuie sur le type statique du paramètre "Ceci", donc je ne pense pas que cela soit possible dans Java - Vous devez vous répéter dans ce cas car le type statique de "ceci" dépend de la classe qui détient la mise en œuvre. p>

si le nombre de types de documents est relativement petit et peu susceptible de croître, et le nombre de Les types de vue sont plus susceptibles de croître, alors cela fonctionnerait. Sinon, je chercherais une approche qui utilise une troisième classe pour coordonner l'affichage et essayer de conserver la vue et de documenter indépendants. Cette deuxième approche pourrait ressembler à ceci: p> xxx pré>

Le but de l'affichage est d'associer des instances de document (ou des types de documents si un seul document d'un type donné peut être ouvert) avec Afficher les instances (ou afficher des types si une seule vue d'un type donné peut être ouverte). Si un document peut avoir plusieurs vues associées, la mise en œuvre de ViewManager ressemblerait à ceci à la place: P>

class ViewManager {
    public void display(Document document) {
        List<View> views = getAssociatedViews(document);

        for (View view : views) {
            view.display();
        }
    }

    protected List<View> getAssociatedViews(Document document) { ... }
}

premier off, la réponse des testaments Drews est absolument géniale - je suis nouveau ici et je n'ai pas la réputation de voter à ce sujet, sinon je le ferais.

Malheureusement, et cela peut être le mien Manque d'expérience, je ne vois aucune façon que vous allez éviter de compromettre une séparation de la préoccupation. Quelque chose va devoir savoir quel type de vision de créer pour un document donné - il n'y a aucun moyen de cela. P>

Comme Drew a souligné au point n ° 3, vous pourriez aller avec une sorte d'externe Configuration qui indiquerait à votre système sur lequel la classe d'affichage à utiliser pour quel type de document. Le point 4 de Drew est également un moyen décent d'aller, car même s'il casse le principe ouvert / fermé (je crois que c'est celui que je pense), si vous n'aurez qu'une poignée de sous-types de documents, il ne vaut probablement pas vraiment la peine de se prémonter avec. p>

Pour une variation de ce dernier point, si vous souhaitez éviter d'utiliser des chèques de type, vous pouvez implémenter une classe / méthode d'usine qui s'appuie sur une carte du document Sub. Types Pour afficher les instances: P>

public final class DocumentViewFactory {
    private final Map<Class<?>, View> viewMap = new HashMap<Class<?>, View>();

    private void addView(final Class<?> docClass, final View docView) {
        this.viewMap.put(docClass, docView);
    }

    private void initializeViews() {
        this.addView(Email.class, new EmailView());
        this.addView(Letter.class, new LetterView());
    }

    public View getView(Document doc) {
        if (this.viewMap.containsKey(doc.getClass()) {
            return this.viewMap.get(doc.getClass());
        }

        return null;
    }
}

juste le faire!

// document.jsp

<c:import url="render-${document.class.simpleName}.jsp"/>