introducir
Fachade proporciona una interfaz consistente para un conjunto de interfaces en el subsistema. Este módulo define una interfaz de alto nivel, que vale más fácil de usar en este subsistema.
texto
El modo de apariencia no solo simplifica las interfaces en la clase, sino que también desacopla las interfaces de las personas que llaman. El patrón de apariencia a menudo se considera una necesidad para los desarrolladores, puede encapsular algunas operaciones complejas y crear una interfaz simple para la invocación.
El modo de apariencia se usa a menudo en la biblioteca de clases JavaScript. A través de él, encapsula algunas interfaces para la compatibilidad con múltiples navegadores. El modo de apariencia nos permite llamar indirectamente a los subsistemas, evitando así errores innecesarios causados por el acceso directo a los subsistemas.
La ventaja del modo de apariencia es que es fácil de usar y también es liviano en sí mismo. Sin embargo, también hay desventajas. Cuando los desarrolladores usan continuamente el modo de apariencia, causará ciertos problemas de rendimiento, porque la disponibilidad de funciones debe detectarse cada vez que se llame.
A continuación se muestra una pieza de código no optimizado. Utilizamos el modo de apariencia para crear un método de uso de navegador cruzado detectando características del navegador.
La copia del código es la siguiente:
var addMyEvent = function (el, ev, fn) {
if (el.addeventListener) {
el.addeventListener (ev, fn, falso);
} else if (el.attachevent) {
el.attachevent ('on' + eV, fn);
} demás {
El ['on' + ev] = fn;
}
};
Tomemos otro ejemplo simple. Para decirlo sin rodeos, use una interfaz para encapsular otras interfaces:
La copia del código es la siguiente:
var movilleeVent = {
// ...
Detener: función (e) {
E.PreventDefault ();
E.stoppropagation ();
}
// ...
};
Resumir
Entonces, ¿cuándo usar el modo de apariencia? En términos generales, hay tres etapas:
Primero, en la etapa inicial del diseño, debe separar conscientemente las dos capas diferentes, como la estructura clásica de tres capas, para establecer una fachada de apariencia entre la capa de acceso a datos y la capa lógica de negocios, la capa lógica de negocios y la capa de presentación.
En segundo lugar, durante la etapa de desarrollo, los subsistemas a menudo se vuelven cada vez más complejos debido a la reconstrucción continua y la evolución. Agregar apariencia a la fachada puede proporcionar una interfaz simple y reducir sus dependencias.
En tercer lugar, al mantener un gran sistema heredado, puede ser difícil mantener este sistema. También es muy adecuado para usar la fachada de apariencia en este momento. Desarrolle una clase de fachada de apariencia para el sistema del sistema para proporcionar una interfaz más clara para diseñar un código heredado rugoso y altamente complejo, lo que permite que el nuevo sistema interactúe con los objetos de la fachada, y la fachada interactúa con el código heredado.
Referencia: Modo de diseño de gran charla