- 1. Ziele
- 2. Probleme
- 3. Diskussion
- 4. Struktur
- 5. Beispiel
- 6. Kontrollliste
- 7. Faustregeln
Ziele
- Bereitstellen einer einheitlichen Schnittstelle für eine Reihe von Schnittstellen in einem Subsystem. Eine Fassade definiert eine übergeordnete Schnittstelle, die die Verwendung des Subsystems erleichtert.
- Umhüllen Sie ein komplexes Subsystem mit einer einfacheren Schnittstelle.
Probleme
Das Client-Zugriffssegment erfordert eine vereinfachte Schnittstelle, um auf die gemeinsame Funktionalität eines komplexen Subsystems zuzugreifen.
Diskussion
Eine Fassade kapselt ein komplexes Subsystem innerhalb einer einzigen Schnittstelle. Dies reduziert die Lernkurve, die erforderlich ist, um das Subsystem erfolgreich zu verwenden. Es hilft auch, das Subsystem von potenziell vielen Clients zu entkoppeln. Wenn andererseits die Fassade der einzige Zugangspunkt für ein Subsystem ist, schränkt dies die Leistung und Flexibilität ein, die "fortgeschrittene Benutzer" möglicherweise wünschen.
Das Facade-Objekt sollte ein ziemlich einfacher Vermittler sein. Es sollte kein allwissendes Orakel oder eine „göttliche“ Entität werden.
Struktur
Die Fassade nimmt „ein Rätsel, das in ein geheimnisvolles Rätsel gehüllt ist“ und fügt eine Hülle hinzu, die eine amorphe und unverständliche Masse von Software zähmt, um eine einfache und verständliche Client-Schnittstelle bereitzustellen.
SubsystemOne und SubsystemThree interagieren nicht mit den Interna von SubsystemTwo. Sie verwenden eine SubsystemTwoWrapper-"Fassade" (d. h. eine Abstraktion auf höherer Ebene).
Beispiel
Eine Fassade definiert eine übergeordnete einheitliche Schnittstelle zu einem Subsystem, die die Verwendung erleichtert. Verbraucher stehen vor einer Fassade, wenn sie aus einem Katalog bestellen. Ein Verbraucher ruft eine Nummer an und spricht mit einem Kundendienstmitarbeiter. Der Kundendienstmitarbeiter fungiert als Fassade und stellt eine Schnittstelle zu den Abteilungen Auftragsabwicklung, Rechnungsstellung und Versand bereit.
Kontrollliste
- Definieren Sie eine einfachere einheitliche Schnittstelle für ein Subsystem oder eine Komponente.
- Erstellen Sie eine „Wrapper“-Klasse, die das Subsystem kapselt.
- Fassade/Hülle eliminiert die Komplexität und Interaktion mit der Komponente durch Delegierung der geeigneten Methoden.
- Der Bauherr nutzt (befestigt) nur die Fassade.
- Überlegen Sie, ob die Fassade zusätzlichen Wert und Funktionalität bringt.
Faustregeln
- Fassade definiert eine neue Schnittstelle, während Adapter die alte Schnittstelle verwendet. Denken Sie daran, dass ein Adapter zwei vorhandene Schnittstellen unterstützt und keine völlig neue definiert.
- Während Flyweight zeigt, wie man viele kleine Objekte herstellt, zeigt Facade, wie man ein Objekt herstellt, das ein ganzes Subsystem darstellt.
- Ein Mediator ähnelt einer Fassade darin, dass er die Funktionalität bestehender Klassen abstrahiert. Der Mediator abstrahiert/zentralisiert willkürliche Beziehungen zwischen Peer-Objekten. Im Gegensatz dazu definiert Facade eine einfachere Schnittstelle für ein Subsystem, fügt keine neue Funktionalität hinzu und ist den Subsystemen nicht bekannt.
- Abstract Factory kann als Alternative zu Facade verwendet werden, um plattformspezifische Klassen auszublenden.
- Fassadenobjekte sind oft Singletons, da nur ein Fassadenobjekt benötigt wird.
- Adapter und Fassade - beide Hüllen; aber sie sind verschiedene Arten von Wrappern. Der Zweck einer Fassade besteht darin, eine einfachere Schnittstelle zu erstellen, und der Zweck eines Adapters besteht darin, eine vorhandene Schnittstelle zu entwickeln. Während eine Fassade normalerweise mehrere Objekte umschließt, umschließt ein Adapter ein einzelnes Objekt; Die Fassade könnte einen Schnittstellenkomplex mit einem einzigen komplexen Objekt haben, und der Adapter könnte mehrere Legacy-Objekte umhüllen.