introduire
FACADE fournit une interface cohérente pour un ensemble d'interfaces dans le sous-système. Ce module définit une interface de haut niveau, qui vaut plus facile à utiliser dans ce sous-système.
texte
Le mode d'apparence simplifie non seulement les interfaces dans la classe, mais découple également les interfaces des appelants. Le modèle d'apparence est souvent considéré comme un must pour les développeurs, il peut encapsuler certaines opérations complexes et créer une interface simple pour l'invocation.
Le mode d'apparence est souvent utilisé dans la bibliothèque de classe JavaScript. À travers elle, il résume certaines interfaces pour la compatibilité avec plusieurs navigateurs. Le mode d'apparence nous permet d'appeler indirectement les sous-systèmes, évitant ainsi les erreurs inutiles causées par l'accès direct aux sous-systèmes.
L'avantage du mode d'apparence est qu'il est facile à utiliser et est également léger en soi. Cependant, il existe également des inconvénients. Lorsque le mode d'apparence est utilisé en continu par les développeurs, il entraînera certains problèmes de performances, car la disponibilité des fonctions doit être détectée à chaque fois qu'elle est appelée.
Vous trouverez ci-dessous un morceau de code non optimisé. Nous utilisons le mode d'apparence pour créer une méthode d'utilisation de croisement en détectant les caractéristiques du navigateur.
La copie de code est la suivante:
var addMyEvent = fonction (el, ev, fn) {
if (el.addeventListener) {
el.addeventListener (EV, FN, false);
} else if (el.attachevent) {
el.attachevent ('on' + ev, fn);
} autre {
el ['on' + ev] = fn;
}
};
Prenons un autre exemple simple. Pour le dire franchement, utilisez une interface pour encapsuler d'autres interfaces:
La copie de code est la suivante:
var mobileEvent = {
// ...
stop: fonction (e) {
E.PreventDefault ();
e.stoppropagation ();
}
// ...
};
Résumer
Alors, quand utiliser le mode d'apparence? D'une manière générale, il y a trois étapes:
Premièrement, au début de la conception, vous devez séparer consciemment les deux couches différentes, telles que la structure classique à trois couches, pour établir une façade d'apparence entre la couche d'accès aux données et la couche logique métier, la couche logique métier et la couche de présentation.
Deuxièmement, au cours du stade de développement, les sous-systèmes deviennent souvent de plus en plus complexes en raison de la reconstruction et de l'évolution continues. L'ajout d'apparence à la façade peut fournir une interface simple et réduire leurs dépendances.
Troisièmement, lors du maintien d'un grand système hérité, il peut être difficile de maintenir ce système. Il est également très adapté d'utiliser une façade d'apparence à ce moment. Développez une classe de façade d'apparence pour le système système afin de fournir une interface plus claire pour concevoir un code hérité rugueux et très complexe, permettant au nouveau système d'interagir avec les objets de façade, et la façade interagit avec le code hérité.
Référence: Mode de conception de Big Talk