Design Pattern

Subjects, or as we also know them, Observables, update Observers using a common interface

Observers are loosely coupled in that the Observable knows nothing about them, other than that they implement the Observer Interface

Decorater - Attach additional responsibilities to an object dynamically. Decorators provide a flexible alternative to subclassing for extending functionality.

Encapsulate what varies

Favor composition over inheritance

Program to interface, not implementations

Strive for loosely coupled designs between objects that interact

Classes should be open for extension but closed for modification

Depend on abstractions. Do not depend on concrete classes

Define an interface for creating an object, but let subclasses decide which class to instantiate. Factory Method lets a class defer instantiation to the subclasses.

Provide an interface for creating families of related or depedent objects without specifying their concrete classes.

Ensure a class only has one instance and provide a global point of access to it

• private constructor
• static method combined with
• a static variable

• Fabrikmethode (klassenbasiert)
• Abstrakte Fabrik
• Erbauer
• Prototyp
• Singleton

• Adapter (klassenbasiert)
• Adapter (objektbasiert)
• Brücke
• Fassade
• Fliegengewicht
• Kompositum
• Proxy

• Interpreter (klassenbasiert)
• Schablonenmethode (klassenbasiert)
• Befehl
• Beobachter
• Besucher
• Iterator
• Memento
• Strategie
• Vermittler
• Zustand
• Zuständigkeitskette

Definiert eine Familie von Algorithmen, kapselt jeden einzelnen und macht sie austauschbar. Das Stategiemuster ermöglicht es, den Algorithmus unabhängig von ihn nutzenden Klienten zu variieren.

Definiert eine 1-zu-n-Abhängigkeit zwischen Objekten, so dass die Änderung des Zustands eines Objekts dazu führt, dass alle abhängigen Objekte benachrichtgt werden.

Definiert eine Klassenschnittstelle mit Operationen zum Erzeugen eines Objektes lässt aber Unterklassen entscheiden, von welcher Klasse das zu erzuegende Objekt ist.

Bietet eine Schnittstelle zum Erzeugen von Familien verwandter oder voneinander abhängiger Objekte an, ohne ihre konkreten Klasssen zu benennen.

• In Eingabemaksen kann die Logik zur Validierung und Plausibilitätsprüfung von Benutzereingaben gekapselt werden
• Entkopplung von Verhatlen und Context, bei unterschiedlichen Ausformungen ein und der selben Funktion
  • Sortierung einer Collection (unterschiedliche Sortieralgos)
  • Speicherung in verschiedenen Dateiformaten
  • PAcker mit versch. Kompresssionsalgorithmen

• Alternative zur Unterklassenbildung
• Wiederverwendbarkeit und Entkoppelung von Context und Verhalten
• Komposition statt Vererbung und Code Recycling (Durch Verebung entsteht evt. redundanter Code; Wartung und Erweiterung aufwändig)
• dynamisches Vehalten (Setter zur Laufzeit können Verhalten ändern)
• Vermeidung von Bedingungen. Keine Klassen mit verschiedenen Algos, die mit if - else Bedingungen ausgewählt werden. Steigerung der Kohäsion

• GUI
• Zeituhr, aktualisierung einer Digital- oder Analoguhr bei jedem Sekundentakt

• Zustandkonsistenz
  • Kopplung zwischen den Objekten nur auf Zeit zwischen An- und Abmelden beschränkt
• Flexibilität und Modularität
  • Registrierung / Auflösen von Observern zur Laufzeit
  • mehrer Observer beobachten ein Subject
  • ein Observer beobachtet mehrere Subjects
  • Klassen können sowohl Observer als auch Subject sein
• Wiederverwendbarkeit
  • Observer und Subject lassen sich unabhängig voneinander variieren
• Kompatibilität zum Schichtenmodell

• zur dynamischen und transparenten Funktionserweiterung von Objekten
• zum Hinzufügen, aber auch Entfernen von Funktionalitäten
• Kaffeebeispiel (3 Kaffeegrundsorten [Espersseo, Cappucino, Latte] und optionale Zusätze [Milch, Schoko, Sahne, Zucker])
• Gericht mit Beilagen

• Dynamik und Flexibilität
• Vermeidung von langen unübersichtlichen Vererbungshierachien
• Transparenz
• Performance
• Wartbarkeit durch schlanke, khäsive Klassen

• Erschwerte Fehlerfindung
• Hohe Objektanzahl