Обзор
При общении с внутренней подсистемой она должна проводиться через унифицированный объект режима появления, который является режимом внешнего вида, также известным как режим появления. Вообще говоря, шаблон фасада состоит в том, чтобы уменьшить зависимость между клиентом и уровнем реализации. Цель режима внешнего вида состоит в том, чтобы обеспечить централизованный и упрощенный канал связи для подсистемы.
Диаграмма класса UML
На диаграмме UML выше появляются три персонажа:
Роль клиента: пользователь вызывает класс шаблона внешнего вида через клиент, чтобы управлять подсистемой;
FACADE: клиент может вызвать этот класс, который содержит конкретные функции в подсистеме вызова;
Роль подсистемы (модуль): определяет конкретные отдельные функции в подсистеме;
Пример кода:
пакетное интервью; класс modulea {public void testa () {System.out.println ("Метод в модулеа"); }} класс moduleb {public void testb () {System.out.println ("Метод в Moduleb"); }} класс modulec {public void testc () {System.out.println ("Метод в Modulec"); }} класс фасад {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 (); }} public Class Maintest {public static void main (string arg []) {facade facade = new Facade (); facade.testa (); facade.testb (); facade.testc (); }} В приведенном выше коде фасадный класс действует как интерфейс внешнего вида модулей Modulea, ModuleB и Modulec. Благодаря этому классу клиенту не нужно вызывать модуль ABC подсистемы лично, а также не нужно знать детали внутри системы, тем самым лучше реализовывать развязку между клиентом и системой.
В то же время, используя режим появления, метод может быть необязательно. Методы, определенные в модуле, можно разделить на две части, частично для использования вне подсистемы, и частично, когда модули внутри подсистемы называются друг другу.
Преимущества режима появления
Паттерн внешнего вида ослабляет взаимосвязь связи между клиентом и подсистемой, облегчая расширение и поддержание модулей в подсистеме.
Сделайте подсистему легче в использовании. Клиентам больше не нужно понимать реализацию подсистемы, и им не нужно взаимодействовать со многими внутренними модулями подсистемы. Им нужно только взаимодействовать с классами внешнего вида.
Это может помочь нам лучше разделить уровни доступа. Некоторые методы находятся вне системы, в то время как другие используются внутри. Концентрируйте функции, которые необходимо подвергать воздействию снаружи в магазине, что не только удобно для клиента, но и хорошо скрывает внутренние детали.
Выше всего содержание этой статьи. Я надеюсь, что это будет полезно для каждого обучения, и я надеюсь, что все будут поддерживать Wulin.com больше.