Wann müssen wir die Dekorator-Muster?

Streams in Java Unterklassen von InputStream und OutputStream sind perfekte Beispiele für das Dekorator-Muster.

Als Beispiel, das schreiben einer Datei auf der Festplatte:

File toWriteTo = new File("C:\\temp\\tempFile.txt");
OutputStream outputStream = new FileOutputStream(toWriteTo);    

outputStream.write("Sample text".getBytes());

Dann sollte Sie erfordern einige zusätzliche Funktionalität in Bezug auf das schreiben auf den Datenträger:

File toWriteTo = new File("C:\\temp\\tempFile.txt");
OutputStream outputStream = 
             new GZIPOutputStream(new FileOutputStream(toWriteTo));

outputStream.write("Sample text".getBytes());

Einfach durch "Verkettung" der Konstruktoren anzulegen, können Sie sehr mächtig Arten des Schreibens auf der Festplatte. Das schöne an diesem Weg ist, dass Sie können hinzufügen, andere (in diesem Beispiel) OutputStream Implementierungen später auf. Auch, jede Anwendung, die nicht wissen, wie die anderen arbeiten - Sie alle nur arbeiten, um den gleichen Vertrag. Dies macht auch die Prüfung der jeweiligen Implementierung sehr einfach in der isolation.

Es gibt viele "real world" - Beispiele, wo das decorator-Muster verwendet werden können. Aus der Spitze von meinem Kopf, einige Beispiele:

• Lesen und schreiben auf die Festplatte (oben)
• Bau von UI-Elementen wie das hinzufügen von Bildlaufleisten auf, um text-Bereiche etc

Head First Design Patterns hat etwas mehr "real world" - Beispiele. Es scheint, dass O ' Reilly hat Ihre Probe Kapitel, die auf Dekorator-Muster, kostenlos; Google zeigte sich in diesem link: PDF

Von Gang of Four:

Einem graphical user interface toolkit, zum Beispiel, sollten Sie das hinzufügen von Eigenschaften wie Höfen oder Verhaltensweisen wie scrollen, um jede Komponente der Benutzeroberfläche.

...

Den Dekorator entspricht der Schnittstelle der Komponente, die Sie ziert, so dass seine Anwesenheit ist transparent, um die Komponente des clients. Der decorator leitet Anforderungen an die Komponente und kann weitere Aktionen ausführen (z.B. zeichnen einer Grenze) vor oder nach der Weiterleitung. Transparenz können Sie nest Dekorateure rekursiv, so dass eine unbegrenzte Anzahl von zusätzlichen Aufgaben.

Eines der coolsten und am meisten Literale verwendet, die ich gesehen habe war die Umsetzung undo-Fähigkeit, zurück in den schlechten alten Tagen von single-level-rückgängig machen. Gegeben ein Vektor-Zeichenprogramm, mit mehreren ausgewählten Objekte unterschiedlicher Farben: implementieren Sie einen Befehl zu ändern Ihre Farben. Und machen Sie es rückgängig machen können. Dieses wurde getan, indem ein Decorator, der aufgerufen wird, in die getColor () - stream, so dass, wenn Sie wurden gezogen, Sie haben gezogen, in der neuen Farbe; im wesentlichen die Objekte der eigenen getColor () - Methoden wurden überstimmt. So zeigten Sie in der neuen Farbe. Rückgängig zu machen, war so einfach wie das entfernen der Dekorateur aus aller Objekte; Begehung der Handlung, war eine Sache, die Anwendung der Farbe aus der Decorator auf die Objekte und dann es zu entfernen. Viel einfacher als eine Tabelle, welche Objekte hatte gefärbt ist und was Ihre ursprünglichen Farben hatte.

Sie aufgefordert, einen real-world "- Beispiel, also hier gehen Sie: download (oder "durchsuchen") DonsProxy von github:

git://github.com/DonBranson/DonsProxy.git

DonsProxy im Grunde verwendet ein WireTap Muster zu lassen, die Sie beobachten oder extrahieren von HTTP-Verkehr, plus es können Sie die Verbindung ändern Verhalten zu simulieren suboptimale verbindungen. Ich benutze das Dekorator-Muster zu ändern, Kanäle, basierend auf Benutzer-Optionen. Befehlszeilen-oder GUI-Optionen (dependinvg auf, welche Ansicht Sie verwenden) erlaubt Latenz-Injektion und die Bandbreite der Injektion, unter anderem. Wenn Sie Spritzen Wartezeit, fügt hinzu, dass die LatencyDecorator den Kanal, wenn Sie die Bandbreite reduzieren, fügt hinzu, dass die ThrottleDecorator auf den Kanal. Da dieser Einsatz ein Dekorator-Muster, Sie können mix-and-match-Verhalten nach Herzenslust.

Wenn ist es nötig, verwenden Sie die Dekorator-Muster?

Verwenden Decorator_pattern wenn

1. Objekt Verantwortlichkeiten und Verhaltensweisen sollte dynamisch Hinzugefügt/entfernt
2. Konkrete Implementierungen sollten losgelöst von Zuständigkeiten und Verhaltensweisen
3. Unterklassen zu kostspielig ist, um dynamisch hinzufügen/entfernen von Aufgaben

Wenn möglich, geben Sie mir ein reales Beispiel, die ist gut geeignet für das Muster.

Ich habe mit meinen eigenen Automaten Dekorateur.

Anweisung Problem: Berechnen Sie den Preis für Getränke (Tee oder Kaffee), indem Sie eine oder mehrere Geschmacksrichtungen wie Zucker, Zitrone usw.

Code-Beispiel und Erklärung @

Bei der Verwendung des Decorator-Muster?