#Patterns Всем привет! Facade или как спрятать цирк за ширмой. Обычная история, что внутри одной операции у нас целая подсистема: валидаторы, обращение к АПИ, логирование, сохранение в кэш, в стор и тд. Чтобы выполнить одно простое действие, приходится вызывать их в правильном порядке и учитывать детали реализации. Если это еще и операция создания ордера и может вызываться из нескольких мест с небольшими изменениями, то это превращается в огромное количество копипасты. Вероятно, вы уже использовали этот паттерн и не раз, как раз с помощью Facade мы создаём единый простой интерфейс к сложной системе, мы прячем сложные детали реализации за простым API, таким образом работают все наши привычные API в фреймворках React/Vue/Подставь свой, вся логика реактивности, обновления состояний, жизненых циклов и тд - просто упрощенное API, которое мы используем в наших проектах, часто не задумываясь о логике под катом. Когда Facade будет полезен? 🔤когда есть сложная подсистема с множеством зависимостей. 🔤когда клиенту не нужно знать детали реализации. 🔤когда хочется уменьшить связанность между слоями. 🔤когда API начинает разрастаться. 🔤когда система становится тяжёлой для понимания. Реальный кейс использования Представьте оформление заказа в интернет-магазине: 🔤проверка наличия товара. 🔤проведение оплаты. 🔤сохранение заказа. 🔤отправка уведомления. Вместо множества вызовов создаётся один метод placeOrder(params), а внутри уже вызываются нужные сервисы в правильном порядке. При этом: - клиент видит один понятный интерфейс. - порядок вызовов скрыт. - изменения внутри не ломают внешний код. - добавить новый шаг можно внутри Facade, никак не затрагивая клиента. 🔖Подробнее почитать можно тут — тык 🔖Почитать с рунета тут — тык