3 - J (mae)

Erzeugungs-Muster, Creational-Pattern

Struktur-Muster, Structural-Pattern

Verhaltens-Muster, Behavioral-Pattern

Das Singleton Entwurfsmuster sorgt dafür, dass es von einer Klasse nur eine einzige Instanz gibt und diese global zugänglich ist.

Dafür wird der Konstruktur privat deklariert. Nun kann einzig der Singletoncode selbst das Singleton instanziieren.

Weiterhin definiert die Singletonklasse eine global verfügbare Methode z.B. getInstance(), in der diese einzigartige Singletoninstanz zurückgegeben wird.

Biete eine Schnittstelle zum Erzeugen von Familien verwandter oder voneinander abhängiger Objekte, ohne ihre konkreten Klassen zu benennen

verschiedene methoden, z.B createTier, createPflanze, in interface definiert..

verschiedene klassen können interface implementieren... Tier = elefant, Pflanze = Palme 

Definiere eine Klassenschnittstelle mit Operationen zum Erzeugen eines Objekts, aber lasse Unterklassen entscheiden, von welcher Klasse das zu erzeugende Objekt ist.

Fabrikmethoden ermöglichen es einer Klasse, die Erzeugung von Objekten an Unterklassen zu delegieren.

Das Composite Entwurfsmuster ermöglicht es, eine verschachtelte (Baum)Struktur einheitlich zu behandeln, unabhängig davon, ob es sich um ein atomares Element oder um ein Behälter für weitere Elemente handelt. Der Client kann elegant mit der Struktur arbeiten.

Bietet eine einheitliche Schnittstelle (die "Fassade") anstatt einer Menge von Schnittstellen eines Subsystems. Die Fassadenklasse definiert eine "zentrale" Schnittstelle, welche die Benutzung des Subsystems vereinfacht.

Kontrolliere den Zugriff auf ein Objekt mit Hilfe eines vorgelagerten Stellvertreterobjekts.

Man verwendet einen Subjekt und einen Beobachter. Ein Subjekt kann eine beliebige Anzahl Beobachter "besitzen" (besser gesagt: Die Beobachter melden sich beim Subjekt an). Alle angemeldeten Beobachter werden (der Reihe nach!) benachrichtigt, wenn sich das Subjekt ändert. Als Reaktion auf diese Benachrichtigung synchronisiert sich jeder Beobachter mit dem Zustand des Subjekts. Das heisst jeder Beobachter frägt den (neuen) Zustand mit Hilfe von Anfragen an das Subjekt selber ab.

Einfachheit vor Allgemeinverwendbarkeit

Prinzip der minimalen Verwunderung (Erstaunliche Lösungen sind meist schwer verständlich)

Vermeiden Sie Wiederholung

Prinzip der einzelnen Verantwortlichkeit (Jede Klasse sollte eine strikt abgegrenzte Verantwortlichkeit besitzen)

Offen-Geschlossen-Prinzip (Software-Komponenten sollten offen für Erweiterungen, aber geschlossen für Änderungen sein)

Prinzip der gemeinsamen Wiederverwendung (Die Klassen innerhalb eines Pakets sollten gemeinsam wiederverwendet werden)

Keine zirkulären Abhängigkeiten

Prinzip der stabilen Abhängigkeiten (Führen Sie Abhängigkeiten möglichst in Richtung stabiler Bestandteile ein. Vermeiden Sie Abhängigkeiten von volatilen)

Liskov’sches Substitutionsprinzip (Unterklassen sollen anstelle ihrer Oberklassen einsetzbar sein, nichts überschreiben)

Prinzip der Umkehrung von Abhängigkeiten

Prinzip der Abtrennung von Schnittstellen

Prinzip solider Annahmen

Konvention vor Konfiguration

Wiederverwendbare Lösungen

Eine Anzahl Regeln, die beschreiben, wie bestimmte Aufgaben im Gebiet der Softwareentwicklung zu lösen sind

Beziehen sich auf ein oft auftretendes Design-Problem

Identifizieren und spezifizieren Abstraktionen die, von der Komplexität her, über den Klassen, Instanzen oder Komponeneten liegen

1. Der Name des Muster

2. Der Zweck des Musters: Das Problem, welches das Muster löst.

3. Wie man dieses Problem lösen kann

4. Die Einschränkungen und Bedingungen, die man beachten muss um das Problem zu lösen

Creational

Abstract Factory, Factory Method, Singleton

Structural:

Composite, Facade, Proxy

Behavioral:

Observer