introduzir
A fachada fornece uma interface consistente para um conjunto de interfaces no subsistema. Este módulo define uma interface de alto nível, que vale mais fácil de usar neste subsistema.
texto
O modo de aparência não apenas simplifica as interfaces da classe, mas também separa as interfaces dos chamadores. O padrão de aparência é frequentemente considerado uma obrigação para os desenvolvedores, pode encapsular algumas operações complexas e criar uma interface simples para invocação.
O modo de aparência é frequentemente usado na biblioteca de classe JavaScript. Por meio dele, ele encapsula algumas interfaces para compatibilidade com vários navegadores. O modo de aparência nos permite chamar indiretamente os subsistemas, evitando assim erros desnecessários causados pelo acesso direto aos subsistemas.
A vantagem do modo de aparência é que é fácil de usar e também é leve em si. No entanto, também existem desvantagens. Quando o modo de aparência é usado continuamente pelos desenvolvedores, isso causará certos problemas de desempenho, porque a disponibilidade de funções deve ser detectada toda vez que for chamada.
Abaixo está um pedaço de código não otimizado. Utilizamos o modo de aparência para criar um método de uso de navegador cruzado, detectando características do navegador.
A cópia do código é a seguinte:
var addmyEvent = function (el, ev, fn) {
if (el.addeventListener) {
El.AddeventListener (EV, FN, FALSE);
} else if (el.attachevent) {
el.attachevent ('on' + eV, fn);
} outro {
el ['on' + ev] = fn;
}
};
Vamos dar outro exemplo simples. Para ser franco, use uma interface para encapsular outras interfaces:
A cópia do código é a seguinte:
var mobileEvent = {
// ...
Stop: function (e) {
E.PreventDefault ();
E.StopPropagation ();
}
// ...
};
Resumir
Então, quando usar o modo de aparência? De um modo geral, existem três estágios:
Primeiro, no estágio inicial do design, você deve separar conscientemente as duas camadas diferentes, como a estrutura clássica de três camadas, para estabelecer uma fachada de aparência entre a camada de acesso a dados e a camada lógica de negócios, a camada lógica de negócios e a camada de apresentação.
Em segundo lugar, durante o estágio de desenvolvimento, os subsistemas geralmente se tornam cada vez mais complexos devido à reconstrução e evolução contínuas. Adicionar aparência à fachada pode fornecer uma interface simples e reduzir suas dependências.
Terceiro, ao manter um grande sistema herdado, pode ser difícil manter esse sistema. Também é muito adequado usar a fachada de aparência neste momento. Desenvolva uma classe de fachada de aparência para o sistema do sistema fornecer uma interface mais clara para projetar código legado áspero e altamente complexo, permitindo que o novo sistema interaja com objetos de fachada, e a fachada interage com o código herdado.
Referência: Big Talk Design Modo