Concept
Le motif décorateur attache dynamiquement des responsabilités aux objets. Pour étendre les fonctionnalités, les décorateurs offrent une alternative plus flexible à l'héritage.
Le décorateur et l'objet décoré ont le même supertype.
Vous pouvez emballer un objet avec un ou plusieurs décorateurs.
Étant donné que le décorateur et l'objet décoré ont le même supertype, chaque fois que l'objet original (emballé) est nécessaire, l'objet décoré peut être utilisé à la place.
Le décorateur peut ajouter son propre comportement avant et/ou après le comportement du décorateur délégué pour atteindre un objectif précis.
les objets peuvent être décorés à tout moment, vous pouvez donc décorer de manière dynamique et illimitée
les objets avec vos décorateurs préférés au moment de l'exécution.
En Java, de nombreuses classes du package io sont l'incarnation du modèle de décorateur typique, tel que :
new BufferedOutputStream(OutputStream out)
new BufferedInputStream(InputStream in );
new PrintWriter(OutputStream out)
new FilterReader(Reader in);
La classe décorée implémente la même interface que la classe décorée, et
est Classe décorée, peu importe la classe d'implémentation utilisée pour la décorer
La même méthode commerciale, la classe décorée appelle la méthode de la classe de décoration pour améliorer la fonction de la classe de décoration
Instance. :
Diagramme de classes
public interface IReader { void read(); } public class Reader implements IReader { @Override public void read() { System.out.println("read of Reader"); } } public class BufferedReader implements IReader { private IReader mReader; public BufferedReader(IReader reader) { this.mReader = reader; } @Override public void read() { System.out.println("read of BufferedReader"); mReader.read(); } } public class Test { public static void main(String[] args) { Reader reader = new Reader(); reader.read(); System.out.println("----------"); BufferedReader bufferedReader = new BufferedReader(reader); bufferedReader.read(); } }
Caractéristiques :
1. Les objets décorés ont la même interface que les objets réels. L'objet client peut ainsi interagir avec l'objet décoré de la même manière qu'un objet réel.
2. L'objet décoré contient une référence à l'objet réel
3. L'objet décoré accepte toutes les demandes du client. Il transmet ces requêtes aux objets réels.
4. L'objet de décoration peut ajouter quelques fonctions supplémentaires avant ou après la transmission de ces demandes. Cela garantit que des fonctionnalités supplémentaires peuvent être ajoutées en externe au moment de l'exécution sans modifier la structure d'un objet donné.
Dans la conception orientée objet, l'extension fonctionnelle d'une classe donnée est généralement implémentée par héritage. Après la décoration, l'objet réel est tenu pour valoriser sa fonctionnalité.
La différence entre les modèles de décorateur et d'adaptateur :
À propos des nouvelles responsabilités : les adaptateurs peuvent également ajouter de nouvelles responsabilités lors de la conversion, mais l'objectif principal n'est pas ici. Le modèle de décorateur ajoute principalement de nouvelles responsabilités au décorateur.
À propos de l'objet qu'il enveloppe : l'adaptateur connaît les détails de la personne à adapter (c'est-à-dire la classe de l'adaptateur). Le décorateur ne sait quelle est son interface.
Quant à son type spécifique (qu'il s'agisse d'une classe de base ou d'une autre classe dérivée), il n'est connu qu'au moment de l'exécution.
Pour plus d'exemples expliquant l'application du modèle Decorator dans la programmation de modèles de conception Java, veuillez faire attention au site Web PHP chinois pour les articles connexes !