Aperçu
Lors de la communication avec le sous-système interne, il doit être effectué via un objet de mode d'apparence unifié, qui est le mode d'apparence, également connu sous le nom de mode d'apparence. D'une manière générale, le modèle de façade est de réduire la dépendance entre le client et la couche d'implémentation. Le mode d'apparence est de fournir un canal de communication centralisé et simplifié pour le sous-système.
Diagramme de classe UML
Dans le diagramme UML ci-dessus, trois caractères apparaissent:
Rôle du client: l'utilisateur appelle la classe de modèle d'apparence via le client pour faire fonctionner le sous-système;
FACADE: Le client peut appeler cette classe, qui contient les fonctions spécifiques du sous-système d'appel;
Rôle du sous-système (module): définit des fonctions individuelles spécifiques dans le sous-système;
Exemple de code:
Entretien de package; class modulea {public void testa () {System.out.println ("Méthode en modulea"); }} classe moduleB {public void testB () {System.out.println ("Méthode dans moduleB"); }} classe modulec {public void testc () {System.out.println ("Méthode dans modulec"); }} classe FACADE {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 (); }} classe publique MAINTest {public static void main (String arg []) {fade fade = new FACADE (); FACADE.TESTA (); FACADE.TESTB (); FACADE.TESTC (); }} Dans le code ci-dessus, la classe de façade agit comme l'interface d'apparence des modules Modulea, ModuleB et Modulec. Grâce à cette classe, le client n'a pas besoin d'appeler le module ABC du sous-système en personne, et il n'a pas besoin de connaître les détails du système, mieux implémenter le découplage entre le client et le système.
En même temps, en utilisant le mode d'apparence, la méthode peut être éventuellement exposée. Les méthodes définies dans un module peuvent être divisées en deux parties, en partie pour une utilisation en dehors du sous-système, et en partie lorsque les modules à l'intérieur du sous-système sont appelés les uns les autres.
Avantages du mode d'apparence
Le modèle d'apparence desserre la relation de couplage entre le client et le sous-système, ce qui facilite l'expansion et la maintenance des modules dans le sous-système.
Rendre le sous-système plus facile à utiliser. Les clients n'ont plus besoin de comprendre la mise en œuvre du sous-système, et ils n'ont pas besoin d'interagir avec de nombreux modules internes du sous-système. Ils n'ont qu'à interagir avec les classes d'apparence.
Cela peut nous aider à mieux diviser les niveaux d'accès. Certaines méthodes sont en dehors du système, tandis que d'autres sont utilisées en interne. Concentrer les fonctions qui doivent être exposées à l'extérieur dans la vitrine, ce qui est non seulement pratique pour le client, mais cache également bien les détails internes.
Ce qui précède est tout le contenu de cet article. J'espère que cela sera utile à l'apprentissage de tous et j'espère que tout le monde soutiendra davantage Wulin.com.