Deutsche Ausgabe. Die Kraft von C# voll ausschöpfen! C# 3.0. Entwurfsmuster. Judith Bishop. O Reilly. Deutsche Übersetzung von Thomas Demmig

Transkript

1 Die Kraft von C# voll ausschöpfen! Deutsche Ausgabe C# 3.0 Entwurfsmuster O Reilly Judith Bishop Deutsche Übersetzung von Thomas Demmig

2 First Inhalt Vorwort Einleitung VII XI 1 C# trifft auf Entwurfsmuster Über Muster Über UML Über C# Zu den Beispielen Strukturelle Muster: Dekorierer, Proxy und Brücke Dekorierer-Muster Proxy-Muster Brücken-Muster Beispiel: OpenBook Vergleich der Muster Strukturmuster: Kompositum und Fliegengewicht Kompositum-Muster Fliegengewicht-Muster Übungen Vergleich der Muster Strukturmuster: Adapter und Fassade Adapter-Muster Fassade-Muster Vergleich der Muster Erzeugungsmuster: Prototyp, Fabrikmethode und Singleton Prototyp-Muster Fabrikmethoden-Muster V

3 Singleton-Muster Vergleich der Muster Links 6 Erzeugungsmuster: Abstrakte Fabrik und Erbauer Abstrakte-Fabrik-Muster Erbauer-Muster Vergleich der Muster Verhaltensmuster: Strategie, Zustand und Schablonenmethode Strategie-Muster Zustand-Muster Schablonenmethode-Muster Vergleich der Muster Verhaltensmuster: Zuständigkeitskette und Befehl Zuständigkeitskette-Muster Befehl-Muster Vergleich der Muster Verhaltensmuster: Iterator, Vermittler und Beobachter Iterator-Muster Vermittler-Muster Beobachter-Muster Besprechung und Vergleich der Muster Verhaltensmuster: Besucher, Interpreter und Memento Besucher-Muster Interpreter-Muster Memento-Muster Vergleich der Muster Die Zukunft der Entwurfsmuster Zusammenfassung der Muster Die Zukunft der Entwurfsmuster Abschließende Bemerkungen Anhang Literatur Index VI Inhalt

4 First Kapitel 1 KAPITEL 1 Hier Mini IVZ eingeben! C# trifft auf Entwurfsmuster Erstellen auf den Arbeitsseiten (siehe Muster) Abstand untere Tabellenlinie zu Textanfang 1,8 cm -> also: manuell auf den Arbeitsseiten ziehen!!! Was macht einen erfolgreichen und glücklichen Programmierer aus? Was trägt zu diesem wundervollen»gotcha«-gefühl bei, wenn Ihr Programm sich schließlich kompilieren lässt, korrekt läuft und Sie wissen, dass es so elegant wie möglich ist? Wie haben Sie dafür gesorgt, dass das Programm elegant ist, während es gleichzeitig all die anderen Wünsche erfüllt (Flexibilität, Wartbarkeit, Zuverlässigkeit und Wiederverwendbarkeit, um nur ein paar zu nennen)? Und warum erreichen manche Programmierer diese Stufe der Eleganz so viel schneller als andere? Es wäre einfach zu sagen, dass manche zum Programmieren geboren wurden und andere nicht. Selbst die besten Programmierer sitzen Stunden oder sogar Tage vor einem einzigen Codeabschnitt, weil sie wissen, dass er noch nicht richtig ist, sie aber nicht wissen, wie es besser geht. Die Antwort ist, dass ein erfolgreicher Programmierer zwei Hauptwerkzeuge besitzt: eine gute Programmiersprache und Entwurfsmuster. Dieses Buch soll dazu dienen, Ihnen zu zeigen, wie dieses Paar ineinandergreift, um aus einfachen Programmierern echte Experten zu machen. Diejenigen, die langjährige Programmiererfahrung besitzen, wissen es zu schätzen, dass eine Sprache mit der Zeit besser wird. Einfache Dinge, die wir heute als gegeben hinnehmen wie zum Beispiel die Typprüfung von Variablen gab es in den Sprachen der 1970er Jahre nicht oder sie waren optional. Die Objektorientierung, die die Grundlage der heutigen Programmierung ist, kam erst in den 1990ern in Mode, und Generics auf denen unsere modernen Collection-Klassen für Stacks, Maps und Listen basieren waren vor fünf Jahren noch ein Forschungsprojekt. Erfolgreiche Programmierer halten sich über Verbesserungen in den Sprachen auf dem Laufenden, aber oft ist es selbst für einen erfahrenen Entwickler nicht offensichtlich, wie ein bestimmtes neues Feature nützlich sein wird. Manche Features, wie die automatischen Eigenschaften (Kapitel 3) und Collection-Initialisierer (Kapitel 3), werden sehr wahrscheinlich sofort in Ihrer Werkzeugkiste einen Platz finden, während andere, wie die Extension-Methoden (Kapitel 2) doch eher abstrakt zu sein scheinen. 1

5 Man braucht Beispiele, um die Nützlichkeit vieler neu entstandener Sprachfeatures deutlich zu machen aber während Beispiele illustrieren, können sie gleichzeitig auch verwirrend sein, da sie sich immer nur um die Lösung bestimmter Probleme drehen. Stellen Sie sich ein Beispiel vor, in dem gezeigt wird, wie Iteratoren in einem Programm zum Familienstammbaum genutzt werden (Kapitel 9): Würden Sie die Iteratoren für ein Chatraum-Programm verwenden können? Die Verbindung ist nicht immer offensichtlich und kann leicht übersehen werden. Da kommen die Entwurfsmuster ins Spiel, die solche Verbindungen bestens knüpfen können. Links Entwurfsmuster beschreiben häufig genutzte Wege beim Lösen von Problemen, wobei sie die verschiedenen Features einer Sprache gemeinsam verwenden. Entwurfsmuster sind eine High-Level-Sprache für Diskurse. Sie helfen Programmierern, ihre Systeme und Lösungen für häufig auftretende Probleme zu beschreiben. Diese Sprache besteht aus den Namen der erkennbaren Muster und ihrer Elemente. Die richtige und intelligente Anwendung von Mustern leitet einen Programmierer beim Design eines Systems, das sich an bewährten Vorgehensweisen orientiert, ohne dabei Innovationen zu unterdrücken. Auf dem Programmierermarkt verbessern die Entwurfsmuster die Flexibilität der Entwickler und den Wert ihres Wissens, da sie eine gemeinsame erkennbare Basis für das Bearbeiten von Problemen darstellen. Die Muster haben beschreibende Namen und werden durch Diagramme erläutert, die die Rollen ihrer Teilnehmer aufzeigen. Es gibt nur 23 klassische Muster (weniger als Buchstaben im Alphabet), und ein guter Programmierer kann die Namen und die Anwendungsbereiche aller dieser Muster mit ein wenig Übung lernen. Wenn solche Programmierer dann vor Designentscheidungen stehen, sind sie nicht länger nur auf die Auswahl von Sprachfeatures beschränkt, wie zum Beispiel Vererbung, Interfaces oder Delegates. Sie können stattdessen in einem größeren Maßstab entscheiden: Ein Blog würde zu einem Beobachter-Muster passen (Kapitel 9), ein Community-Network-System bräuchte einen Proxy (Kapitel 2) und so weiter. Entscheidungen werden immer noch getroffen, aber auf einer höheren Ebene. Wer entscheidet also, wie ein Entwurfsmuster in einer bestimmten Sprache implementiert wird? Bücher wie dieses hier und Artikel auf Websites stellen Implementierungen der Muster vor, wobei sie auch noch Empfehlungen geben, wie man ein Muster wählt und welche der eventuell vorhandenen alternativen Implementierungen gewählt werden sollte. Aber alte Zöpfe werden nicht gerne abgeschnitten, und die Muster werden häufig nur anhand der Sprachelemente der 1980er Jahre präsentiert. Nicht so in diesem Buch. C# 3.0 Entwurfsmuster hat als Ziel, die 23 klassischen Muster im bestmöglichen C# 3.0-Stil zu präsentieren, so dass das, was Sie hier lernen, Ihnen noch viele Jahre lang von echtem Wert sein wird. 2 Kapitel 1: C# trifft auf Entwurfsmuster

6 Rechts Über Muster Entwurfsmuster wurden von Erich Gamma, Richard Helm, Ralph Johnson und John Vlissides in ihrem bedeutenden Buch Entwurfsmuster: Elemente wiederverwendbarer objektorientierter Software (Addison-Wesley) vorgestellt. Das Buch definiert und beschreibt 23 Muster, die die Grundlage aller Untersuchungen zu diesem Thema bilden und heute immer noch als wichtigste Basismuster gelten. Diese Basismuster drehen sich um Probleme in der normalen objektorientierten Programmierung (OOP), und die ursprünglichen Implementierungen wurden in C++ und Smalltalk vorgenommen (den wichtigsten OOP-Sprachen zur damaligen Zeit). Seitdem haben andere Bücher die Muster in Java, Visual Basic und C# implementiert. Als der Wert des Musterkonzepts allgemein anerkannt worden war, wurden neue Muster vorgeschlagen, die der ursprünglichen Liste hinzugefügt werden sollten. Zudem gibt es nun Muster, die sich auf bestimmte Bereiche anwenden lassen, wie zum Beispiel Softwarearchitektur, Benutzerschnittstellen, Zusammenarbeit und Sicherheit. Auch wenn diese Muster für ihre Bereiche ausgesprochen wichtig sind, zählen sie nicht zum gemeinschaftlichen Musterschatz. Die ursprünglichen Muster wurden bisher nicht erweitert. Wie im Vorwort beschrieben, besteht die Behandlung jedes Musters in diesem Buch aus einer kurzen Beschreibung seiner Rolle, einer Illustration, einer Betrachtung des Designs und der Implementierung und einem Beispiel, gefolgt von einer Vorstellung seiner Anwendungen und ein paar Übungen. Neue Features der Sprache C# werden dort vorgestellt, wo Muster darauf aufbauen. Sie lernen so mehr über die Sprache als über die Muster. Die 23 Muster werden in drei Gruppen unterteilt: erzeugende, strukturelle und Verhaltensmuster. Innerhalb einer Gruppe gibt es allerdings keine inhärente Ordnung, daher wurde meist alphabetisch vorgegangen. In diesem Buch werden wir einen neuen Ansatz wählen und die Muster mit den Sprachelementen in Verbindung bringen, die sie benötigen. Dabei werden sie mit zunehmender Sprachkomplexität vorgestellt. Viele der Muster in jeder Gruppe benötigen nur Vererbung oder Interfaces, und es ist sinnvoll, sich zuerst mit ihnen zu befassen, so dass der Fokus auf den Mustern und nicht auf der Sprache liegt. Die Muster, die weiter fortgeschrittene Sprachfeatures nutzen (Generics, Indexer und Delegates) werden dann später präsentiert. Neue Features von C# können so»on the fly«eingeführt werden, ohne eine zusätzliche Einführung oder einen Anhang. Ein umfassender Index vervollständigt diesen Ansatz. Ein Kernbestandteil jedes Buches über Muster ist die Vorstellung der Muster in realen Anwendungsfällen. Das Wissen, dass das Fassaden-Muster häufig innerhalb des Compilerbaus verwendet wird, oder dass Adapter in vielen grafischen Frameworks immer wieder vorkommen, zeigt ihre Wichtigkeit und hilft bei Hinweisen auf ihre Anwendbarkeit. Aber in großen Systemen werden Muster selten isoliert genutzt. Sie Über Muster 3

7 arbeiten im Gegenteil häufig zusammen. So wird das Singleton-Muster zum Beispiel häufig zusammen mit anderen Mustern genutzt, wenn es wichtig ist, nur eine Version einer Komponente zu erzeugen. Darum wird am Ende jedes Kapitels auch ein Überblick darüber gegeben, wie sich die vorgestellten Muster zueinander verhalten. Links Über UML Ein wichtiger Teil jeder Musterbeschreibung ist ein Klassendiagramm in der Unified Modeling Language 1 (UML). UML ist eine allgemein akzeptierte Form, Software in Diagrammform zu beschreiben. Die Diagramme im Buch nutzen die in Tabelle 1-1 aufgeführten UML-Features. Tabelle 1-1: UML-Notation für Klassendiagramme Programmelement Klasse Diagrammelement Class attribute +operation( ) Bedeutung Typen und Parameter werden angegeben, wenn sie wichtig sind; der Zugriff wird durch + (public), (private) und # (protected) angegeben. Interface <<interface>> IClass +operation( ) Name beginnt mit einem I; wird auch für abstrakte Klassen genutzt. Anmerkung descriptive text Eine Beschreibung oder Anmerkung. Paket Package Eine Gruppe von Klassen und Interfaces. Vererbung B erbt von A. A B 1 Definiert von der Object Management Group (siehe 4 Kapitel 1: C# trifft auf Entwurfsmuster

8 Rechts Tabelle 1-1: UML-Notation für Klassendiagramme (Fortsetzung) Programmelement Diagrammelement Bedeutung Realisierung B implementiert A. A B Assoziation A B A und B rufen die jeweils anderen Elemente auf bzw. greifen auf sie zu. Assoziation (in eine Richtung) A B A kann auf die Elemente von B zugreifen bzw. sie aufrufen, aber nicht umgekehrt. Aggregation A B A hat ein B und B kann auch ohne A überleben. Komposition A B A hat ein B und B hängt von A ab. Es gibt drei Arten von Blöcken, nämlich für Klassen, für Interfaces/abstrakte Klassen und für Pakete. Die Klasse ist das häufigste Diagrammelement und enthält Details einiger der wichtigeren Attribute (oder Felder) und Operationen (oder Methoden) der entsprechenden C#-Klasse. Ein UML-Diagramm soll keine exakte Kopie eines Programms sein, daher werden nur die für das aktuell behandelte Muster wichtigen Elemente angezeigt. Der Zugriff auf alle Attribute und Operationen (private, public oder protected) wird angegeben. Der Standard für Attribute ist private und für Operationen public. Abweichungen vom Standard werden im Zweifelsfall hervorgehoben. Die mit Attributen und Operationen verbundenen Typen werden normalerweise nicht angegeben. Aber wenn sie wichtig sind, können sie nach dem Bezeichner eingefügt werden, wobei sie durch einen Doppelpunkt getrennt sind. Derselbe lockere Ansatz wird für die Parameter von Methoden genutzt, die im Diagramm meist nicht angezeigt werden. Anmerkungen sind sehr nützlich, um Beziehungen zu erläutern, wenn zum Beispiel eine Methode einer Klasse eine bestimmte Methode einer anderen Klasse aufruft und diese Information für das Muster entscheidend ist. In den meisten Fällen sind allerdings die sechs Arten von n ausreichend zur Erläuterung. Das Dekorierer- Muster, das wir als Erstes betrachten werden, hat ein ziemlich gutes Diagramm, das wir nutzen werden, um die n detaillierter zu erläutern. Über UML 5

9 First Hier Mini IVZ eingeben! Index Erstellen auf den Arbeitsseiten (siehe Muster) Numerisch 1-Click-System 101 A Abfrage-Ausdrücke 7, 213 Abstrakte Fabrik Abhängigkeiten 138 Beispiel Gucci und Poochy Beispiel-Code Design 136 Erbauer, Vergleich mit 151 Illustration 135 Implementierung Quiz 137 Rolle 135 Übungen 142 Verwendung 142 Accelerate Framework 82 Accessors 57 Adapter Accelerate Framework und 83 Beispiel CoolBook Beispiel-Code Beispiel Seabird Fassade, Vergleich mit 108 Illustration 82 Implementierung Optionen, Schnittstellen von Adapter und Adaptiertem anzupassen 84, 86 steckbare Adapter Theoretischer Code 85 Übungen 100 Verwendung 98 Zwei-Wege-Adapters 87 Abstand untere Tabellenlinie zu Textanfang 1,8 cm -> also: manuell auf den Arbeitsseiten ziehen!!! addedbehavior (Operation) 13 addedzustand (Attribut) 13 Animation und Sortieren 154 anonyme Methoden 6 anonyme Typen 6, 77 Archive (Befehl) 118 Assembly 29 Authentifizierungs-Proxies 26 Avocado-Beschaffung B Befehl Befehle für mehrere Empfänger 196 Beispiel Menu Handler Design 191 Illustration 191 Implementierung 194 Quiz 194 Receivers 192 Rolle 191 Theoretischer Code 194 mehrere Empfänger Übungen 202 Verwendung 202 Zuständigkeitskette, Vergleich mit 203 Befehle für mehrere Empfänger 196 Beispiel-Programme 7 Beobachter 205, Beispiel Blogs 234 Beispiel-Code Design 229 Illustration 229 Implementierung Multiplizität 232 Push- und Pull-Modelle

10 Links Quiz 231 Rolle 229 Übungen 236 Vermittler, Vergleich mit 238 Verwendung 236 Besucher Client 243 Design 243 Element-Klassen 243 Illustration 241 Interpreter und Memento, Vergleich mit 274 Quiz 245 Rolle 241 Übungen 255 Verwendung 254 Blogs 234 Beispiel-Code Brücke Beispiel Design 41 Quiz 43 Verwendung 49 Brücke pattern Illustration 39 Implementierung 42 Proxy und Dekorierer, Vergleich mit 50 Übung 50 C C# Abfrage-Ausdrücke 213 anonyme Typen 77 Collections initialisieren 185 Delegates 228 Eigenschaften und Accessors 57 Enum-Typen 186 Events 228 Exceptions 188 Generics 56 generische Constraints 139 IEnumerable und IEnumerator 211 implizit typisierte Arrays 76 implizite Typisierung 75 Indexer 71 nullbare Typen 161 Objekt- und Collection-Initialisierer 76 Structs 70 Zugriffsmodifikatoren 29 C#-Sprache 6 Chat Room 224 Colleague (Klasse) 219 Collection-Initialisierer 76 Component (Klasse) 12 Constraints 138 CoolBook Beispiel-Code D Dekorierer Beispiel Foto-Dekorierer Design 12 Grafik und 23 I/O-APIs und 23 Illustration 11 Implementierung 15 mehrere Dekorierer 14 mehrere Komponenten 14 mehrere Operationen 15 mobile Anwendungen und 23.NET 3.0 und 23 Proxy und Brücke, Vergleich mit 50 Quiz 13 Rolle 11 Theoretischer Code 15 Übungen 24 Verwendung 23 Dekorierer (Klasse) 12 dichte Fassaden 106 Display (Methode) 60 E Eigenschaften 57 Einsteiger-Foto-Bibliothek 106 Entwurfsmuster 2 4 drei Gruppen, Einteilung in 3 klassische Muster 3 Ursprung 3 Entwurfsmuster: Elemente wiederverwendbarer objektorientierter Software 3 Enumeratoren 207 Enum-Typen 186 Equals (Methode) 60 Erbauer Abstrakte Fabrik, Vergleich mit 151 Illustration 143 Quiz Index

11 Rechts Rolle 143 Übungen 150 Verwendung 150 Erzeugungsmuster 111 Abstrakte Fabrik (siehe Abstrakte Fabrik) Erbauer (siehe Erbauer) Fabriken 135 Fabrikmethode (siehe Fabrikmethode) Prototyp (siehe Prototyp) Singleton (siehe Singleton) Vergleich, Abstrakte Fabrik und Erbauer 151 Vergleich, Singleton und Prototyp 131 Extension-Methoden 6 extrinsischer Zustand 66 F Fabriken 135 Fabrikmethode 111, Beispiel Avocado-Beschaffung Beispiel-Code 123 Design 121 Illustration 121 Implementierung Quiz 123 Rolle 121 Übungen 125 Verwendung 125 Fassade 81, Adapter, Vergleich mit 108 Beispiel Einsteiger-Foto-Bibliothek 106 Design 102 Illustration 101 Implementierung alternative Implementierungen 106 Quiz 103 Rolle 101 Theoretischer Code Übungen 108 Verwendung 107 Find (Methode) 60 Fliegengewicht 53, Beispiel Design 66 genutzte C#-Features 53 Illustration 66 Implementierung Übungen 77 Vergleich mit Kompositum 78 Verwendung Foto-Bibliothek Foto-Dekorierer Foto-Gruppe from-klausel 213 G Generatoren 207 Generics 6, 56 generische Constraints 139 geschachtelte und nicht geschachtelte Klassen 29 GetEnumerator 208 Grafik Dekorierer und 23 H Handler 179, 182 hat-eine-beziehung 13 I I/O-APIs und Dekorierer 23 IComponent (Interface) 12 IEnumerable und IEnumerator 211 implizite Typisierung 6, 75 Indexer 71 Initialisierer 76 Interpreter Beispiel Kursregeln Beispiel-Code Beispiel Mirrors Beispiel-Code Effizienz 263 Besucher und Memento, Vergleich mit 274 Design 257 Parsen 258 Illustration 255 Grammatiken 256 XML-Beschreibung einer GUI 256 Implementierung Quiz 258 Übungen 264 Verwendung 264 into-klausel 213 Index 311

12 Links intrinsischer Zustand 66 ist-ein-beziehung 13 ITarget (Interface) 84 Iterator Beispiel Stammbaum Beispiel-Code Design Illustration 205 Implementierung LINQ-Code 212 Rolle 205 Theoretischer Code 210 Übungen 218 Unterstützung durch die Sprache 237 Verwendung 217 Iteratoren 6 K Klassen-Adapter 83 Klonen 115 Klonen von Klassen 112 Kompositum Beispiel Design 54 genutzt C#-Features 53 Implementierung Quiz 56 Übungen 65 Vergleich mit Fliegengewicht 78 Verwendung 64 Kursregeln Beispiel-Code L Lambda-Ausdrücke 6 let-klausel 213 LINQ (Language INtegrated Query) 205, 212 M Mac OS X Dock 126 Mac OS X, Version für neue Prozessoren 82 Member 29 Memento Beispiel TicTacToe Besucher und Interpreter, Vergleich mit 274 Design 265 Illustration 265 Implementierung Quiz 266 Rolle 264 Theoretischer Code Übungen 274 Verwendung 274 Menu Handler Mirrors Effizienz 263 N Namensräume 29, 57.NET XI nicht gemeinsamer Zustand 66 Non-Terminal 257 NormalState (Klasse) 165 nullbare Typen 6, 161 O Objekt-Adapter 83 Objekt-Initialisierer 6, 76 objektorientierte Programmierung (OOP) 3 OOP (objektorientierte Programmierung) 3 OpenBook Operation 12 orderby-klausel 213 P Parsen 258 partielle Typen 6 Programmierbeispiele 7 Prototyp Beispiel Foto-Archiv 118 Design 112 Illustration 112 Implementierung Quiz 113 Singleton, Vergleich mit 131 Übungen 120 Verwendung 119 Proxy Beispiel Dekorierer und Brücke, Vergleich mit 50 Design Implementierung Quiz 27 Theoretischer Code Übungen 39 Verwendung Index

13 Rechts R Receiver 192 Remote-Proxy 26 Retrieve (Befehl) 118 RPC-Spiel S Schablonenmethode Beispiel 176 Design 173 Illustration 173 Implementierung 176 Quiz 174 Rolle 173 Strategie und Zustand, Vergleich mit 178 Übungen 177 Verwendung 177 Seabird Serialisierung 115 Share (Methode) 118 Singleton Beispiel Singleton-Fassade 130 Design 127 Illustration 126 Implementierung Prototyp, Vergleich mit 131 Quiz 128 Rolle 126 Übungen 131 Verwendung 131 Smart Proxy 27 Sortieralgorithmen 153 Sortier-Animator SpaceBook Stammbaum Beispiel-Code statische Fassaden 106 steckbarer Adapter Beispiel-Code Strategie Beispiel Sortier-Animator Beispiel-Code Design 154 Illustration 153 Implementierung 156 Kernbestandteile 157 Quiz 155 Rolle 153 Sortieren und 153 Theoretischer Code 156 Übungen 162 Verwendung 162 Zustand und Schablonenmethode, Vergleich 178 Structs 70 Strukturmuster 9 Adapter (siehe Adapter) Brücke (siehe Brücke) Dekorierer (siehe Dekorierer) Fassade (siehe Fassade) Fliegengewicht (siehe Fliegengewicht) Kompositum (siehe Kompositum) Namen und Zwecke 9 Proxy (siehe Proxy) Vergleich von Dekorierer, Proxy und Brücke 50 Vergleich von Fassade und Adapter 108 Vergleich von Kompositum und Fliegengewicht 78 Verwendungen 10 T Terminal 257 TicTacToe transparente Fassade 106 Trusty Bank Typen 29 U UML (Unified Modeling Language) 4 Notation Klassendiagramm 4 Unified Modeling Language (siehe UML) V vererbte Klassen 29 Verhaltensmuster 153 Befehl (siehe Befehl) Beobachter (siehe Beobachter) Besucher (siehe Besucher) Interpreter (siehe Interpreter) Iterator (siehe Iterator) Memento (siehe Memento) Schablonenmethode (siehe Schablonenmethode) Strategie (siehe Strategie) Vergleich Besucher, Interpreter und Memento 274 Index 313

14 Vergleich Strategie, Schablonenmethode und Zustand 178 Vergleich Vermittler und Beobachter 238 Vergleich Zuständigkeitskette und Befehl 203 Vermittler (siehe Vermittler) Zustand (siehe Zustand) Zuständigkeitskette (siehe Zuständigkeitskette) Vermittler 205, Beispiel Chat Room 224 Beispiel-Code Chat Room Beobachter, Vergleich mit 238 Design 219 grundlegende Elemente 220 Illustration 218 Implementierung Klassen 219 Quiz 220 Rolle 218 Theoretischer Code Übungen 229 Verwendung 227 Verwendung 142 Views 261 virtuelle Proxies 26 W where-klausel 213 X XML (extended Markup Language) 255 Y yield return (Anweisung) 210 Z Zugriffsmodifikatoren 27 Zustand Beispiel RPC-Spiel Beispiel-Code Context und Zustand 164 Design 164 Illustration 163 Implementierung Quiz 165 Rolle 163 Strategie und Schablonenmethode, Vergleich mit 178 Theoretischer Code 166 Übungen 172 Verwendung 172 Zuständigkeitskette Befehl, Vergleich mit 203 Beispiel Trusty Bank verschiedene Handler 190 Beispiel-Code 188 Design 180 Handler 182 Illustration 179 Implementierung Quiz 181 Rolle 179 Theoretischer Code 182 Übungen 190 Verwendung 190 Zwei-Wege-Adapters 87 Links 314 Index