В чем суть паттерна Facade?

Question

[Андрей]

Немного почитал про паттерн Facade, и хочу разобраться правильно ли я его понял, типо когда есть некоторые операции например над обьектом, и эти операции надо выполнять во многих местах приложения, но они немного могут отличаться, то здесь Facade был бы полезен? Это как бы обертка над операциями чтобы выполнять их одной строкой и не дублировать код, и с помощью параметров использовать по разному в каждой ситуации? то есть вот я написал пример на js

a = new ExampleObjeact();
a.makeSome1();
a.makeSome2();
a.makeSome3();

вместо этого мы бы писали

a = new ExampleObjeact();
makeSomething(a, makeLastSome) {
  a.makeSome1();
  a.makeSome2();
  if (makeLastSome) {
    a.makeSome3();
  }
}
makeSomething(a, true);

это фасад? правильно он реализован?

Answer 1

[Николай]

Нет, не правильно.
Для вашего примера правильно будет:

a = new ExampleObjeact();
a.makeSomething = function(action) {
    return a[action]();
});
a.makeSomething('makeSome1');
a.makeSomething('makeSome2');
a.makeSomething('makeSome3');

Идея в том, что вы делаете один публичный метод, который принимает грубо говоря action-type. В зависимости от action вы уже делаете требуемое(возможно преобразуете аргументы и вызываете конкретную приватную функцию). Скрыает внутренний API вашего модуля за "Фасадом".

Comments

[Андрей]

Николай а если внутри метода, ожидать параметром массив имен методов, а потом каждый вызывать, это тоже будет правильно?

[Андрей]

Николай тоесть это инкапсуляция, и тем функциям которые использует фасад желательно задавать имя через _?

[Николай]

Ну да, т.е. у вас может быть actionName: 'doAll', а в методе будет что-то такое:

function makeSomething(actionName, params) {
    switch (actionName):
    case 'doAll': 
          this.makeSome1();
          this.makeSome2();
          ....
}

Т.е. идея в том, что внутри может быть очень много и страшно. И чтобы это много и страшно не мешалось, его прячут за фасад.

[Николай]

Андрей: по поводу _ - это уже от вашего styleguide зависит. Ведь фактических ограничений это никаких не даёт. Ну и инкапсуляцией по этим же причинам это не обзавешь. Но да, идея в том, чтобы сделать удобный entrypoint для работы с API модуля. Т.е. чтобы при работе с модулем не приходилось каждый раз заходить в него и смотреть какие же параметры нужны для методаN.
В языке, который поддерживает области видимости как правило вызываемые функции - приватные. Но всё зависит от модуля. И фасад может быть не один, иногда делают разные фасады разбивая API на какие-то логические части. Всё очень условно и нужно исходить из здравого смысла.

[Андрей]

Николай: спасибо, вы очень помогли