Visão geral
Ao se comunicar com o subsistema interno, ele deve ser realizado através de um objeto de modo de aparência unificado, que é o modo de aparência, também conhecido como modo de aparência. De um modo geral, o padrão de fachada é reduzir a dependência entre o cliente e a camada de implementação. O objetivo do modo de aparência é fornecer um canal de comunicação centralizado e simplificado para o subsistema.
Diagrama de classe UML
No diagrama UML acima, três caracteres aparecem:
Função do cliente: o usuário chama a classe de padrões de aparência através do cliente para operar o subsistema;
Fachada: o cliente pode chamar esta classe, que contém as funções específicas no subsistema de chamada;
Função do subsistema (módulo): define funções individuais específicas no subsistema;
Exemplo de código:
Entrevista do pacote; classe modulea {public void testa () {System.out.println ("Método em Modulea"); }} classe ModuleB {public void testb () {System.out.println ("Método no Moduleb"); }} classe Modulec {public void testc () {System.out.println ("Método no Modulec"); }} classe fachada {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 (); modula.testc (); }} public class Melhorest {public static void main (string arg []) {fachade fachade = new fachada (); Facade.testa (); Facade.testb (); FACADE.TESTC (); }} No código acima, a classe fachada atua como a interface de aparência dos módulos Modulea, ModuleB e Modulec. Através desta classe, o cliente não precisa chamar o módulo ABC do subsistema pessoalmente, nem precisa conhecer os detalhes dentro do sistema, implementando melhor a dissociação entre o cliente e o sistema.
Ao mesmo tempo, usando o modo de aparência, o método pode ser opcionalmente exposto. Os métodos definidos em um módulo podem ser divididos em duas partes, em parte para uso fora do subsistema, e em parte quando os módulos dentro do subsistema são chamados.
Vantagens do modo de aparência
O padrão de aparência afrouxa a relação de acoplamento entre o cliente e o subsistema, facilitando a expansão e a manutenção dos módulos dentro do subsistema.
Tornar o subsistema mais fácil de usar. Os clientes não precisam mais entender a implementação do subsistema, nem precisam interagir com muitos módulos internos do subsistema. Eles só precisam interagir com as classes de aparência.
Pode nos ajudar a dividir melhor os níveis de acesso. Alguns métodos estão fora do sistema, enquanto outros são usados internamente. As funções concentradas que precisam ser expostas à parte externa da loja, o que não é apenas conveniente para o cliente usar, mas também esconde bem os detalhes internos.
O exposto acima é todo o conteúdo deste artigo. Espero que seja útil para o aprendizado de todos e espero que todos apoiem mais o wulin.com.