Überblick
Bei der Kommunikation mit dem internen Subsystem muss es über ein einheitliches Objekt eines einheitlichen Erscheinungsmodus durchgeführt werden, das der Aussehensmodus ist, der auch als Aussehensmodus bezeichnet wird. Im Allgemeinen besteht das Fassadenmuster darin, die Abhängigkeit zwischen dem Kunden und der Implementierungsschicht zu verringern. Der Zweck des Aussehensmodus besteht darin, einen zentralisierten und vereinfachten Kommunikationskanal für das Subsystem bereitzustellen.
UML -Klassendiagramm
Im UML -Diagramm oben erscheinen drei Zeichen:
Client -Rolle: Der Benutzer ruft die Erscheinungsmusterklasse über den Client auf, um das Subsystem zu betreiben.
FACADE: Der Kunde kann diese Klasse aufrufen, die die spezifischen Funktionen im anrufenden Subsystem enthält.
Subsystemrolle (Modul): definiert spezifische individuelle Funktionen im Subsystem;
Codebeispiel:
Paketinterview; Klassenmodulea {public void testa () {System.out.println ("Methode in Modulea"); }} class moduleb {public void testb () {System.out.println ("Methode in Moduleb"); }} class modulec {public void testc () {System.out.println ("Methode in modulec"); }} Klasse fassade {public void testa () {modulea modulea = new modulea (); Modulea.Testa (); } public void testb () {moduleb moduleb = new Moduleb (); moduleb.testb (); } public void testc () {modulec modulec = new Modulec (); modulec.testc (); }} public class halten {public static void main (string arg []) {facade facade = new facade (); fassade.Testa (); fassade.testb (); fassade.testc (); }} Im obigen Code fungiert die Fassadenklasse als Aussehenschnittstelle von Modulea-, Moduleb- und Modulec -Modulen. Durch diese Klasse muss der Client weder das ABC -Modul des Subsystems persönlich aufrufen noch die Details im System kennen, wodurch die Entkopplung zwischen dem Client und dem System besser implementiert wird.
Gleichzeitig kann die Methode unter Verwendung des Aussehensmodus optional freigelegt werden. Die in einem Modul definierten Methoden können in zwei Teile unterteilt werden, teilweise zur Verwendung außerhalb des Subsystems und teilweise, wenn die Module im Subsystem als sich einander bezeichnet werden.
Vorteile des Aussehensmodus
Das Erscheinungsmuster lockert die Kopplungsbeziehung zwischen dem Kunden und dem Subsystem und erleichtert es, Module innerhalb des Subsystems zu erweitern und aufrechtzuerhalten.
Das Subsystem leichter zu verwenden. Kunden müssen die Implementierung des Subsystems nicht mehr verstehen, noch müssen sie mit vielen internen Modulen des Subsystems interagieren. Sie müssen nur mit Erscheinungsklassen interagieren.
Es kann uns helfen, die Zugangsniveaus besser zu teilen. Einige Methoden liegen außerhalb des Systems, während andere intern verwendet werden. Konzentratfunktionen, die der Außenseite in die Ladenfront ausgesetzt sein müssen, was nicht nur für den Kunden zu verwenden ist, sondern auch interne Details gut versteckt.
Das obige ist der gesamte Inhalt dieses Artikels. Ich hoffe, es wird für das Lernen aller hilfreich sein und ich hoffe, jeder wird Wulin.com mehr unterstützen.