фасады паттерн официальный сайт
Фасад
Фасад — это структурный паттерн проектирования, который предоставляет простой интерфейс к сложной системе классов, библиотеке или фреймворку.
Вашему коду приходится работать с большим количеством объектов некой сложной библиотеки или фреймворка. Вы должны самостоятельно инициализировать эти объекты, следить за правильным порядком зависимостей и так далее.
В результате бизнес-логика ваших классов тесно переплетается с деталями реализации сторонних классов. Такой код довольно сложно понимать и поддерживать.
Фасад — это простой интерфейс для работы со сложной подсистемой, содержащей множество классов. Фасад может иметь урезанный интерфейс, не имеющий 100% функциональности, которой можно достичь, используя сложную подсистему напрямую. Но он предоставляет именно те фичи, которые нужны клиенту, и скрывает все остальные.
Фасад полезен, если вы используете какую-то сложную библиотеку со множеством подвижных частей, но вам нужна только часть её возможностей.
Пример телефонного заказа.
Когда вы звоните в магазин и делаете заказ по телефону, сотрудник службы поддержки является вашим фасадом ко всем службам и отделам магазина. Он предоставляет вам упрощённый интерфейс к системе создания заказа, платёжной системе и отделу доставки.
Фасад предоставляет быстрый доступ к определённой функциональности подсистемы. Он «знает», каким классам нужно переадресовать запрос, и какие данные для этого нужны.
Дополнительный фасад можно ввести, чтобы не «захламлять» единственный фасад разнородной функциональностью. Он может использоваться как клиентом, так и другими фасадами.
Сложная подсистема состоит из множества разнообразных классов. Для того, чтобы заставить их что-то делать, нужно знать подробности устройства подсистемы, порядок инициализации объектов и так далее.
Классы подсистемы не знают о существовании фасада и работают друг с другом напрямую.
Клиент использует фасад вместо прямой работы с объектами сложной подсистемы.
В этом примере Фасад упрощает работу со сложным фреймворком видеоконвертации.
Пример изоляции множества зависимостей в одном фасаде.
Вместо непосредственной работы с дюжиной классов, фасад предоставляет коду приложения единственный метод для конвертации видео, который сам заботится о том, чтобы правильно сконфигурировать нужные объекты фреймворка и получить требуемый результат.
Когда вам нужно представить простой или урезанный интерфейс к сложной подсистеме.
Часто подсистемы усложняются по мере развития программы. Применение большинства паттернов приводит к появлению меньших классов, но в бóльшем количестве. Такую подсистему проще повторно использовать, настраивая её каждый раз под конкретные нужды, но вместе с тем, применять подсистему без настройки становится труднее. Фасад предлагает определённый вид системы по умолчанию, устраивающий большинство клиентов.
Когда вы хотите разложить подсистему на отдельные слои.
Используйте фасады для определения точек входа на каждый уровень подсистемы. Если подсистемы зависят друг от друга, то зависимость можно упростить, разрешив подсистемам обмениваться информацией только через фасады.
Например, возьмём ту же сложную систему видеоконвертации. Вы хотите разбить её на слои работы с аудио и видео. Для каждой из этих частей можно попытаться создать фасад и заставить классы аудио и видео обработки общаться друг с другом через эти фасады, а не напрямую.
Определите, можно ли создать более простой интерфейс, чем тот, который предоставляет сложная подсистема. Вы на правильном пути, если этот интерфейс избавит клиента от необходимости знать о подробностях подсистемы.
Создайте класс фасада, реализующий этот интерфейс. Он должен переадресовывать вызовы клиента нужным объектам подсистемы. Фасад должен будет позаботиться о том, чтобы правильно инициализировать объекты подсистемы.
Вы получите максимум пользы, если клиент будет работать только с фасадом. В этом случае изменения в подсистеме будут затрагивать только код фасада, а клиентский код останется рабочим.
Если ответственность фасада начинает размываться, подумайте о введении дополнительных фасадов.
Фасад задаёт новый интерфейс, тогда как Адаптер повторно использует старый. Адаптер оборачивает только один класс, а Фасад оборачивает целую подсистему. Кроме того, Адаптер позволяет двум существующим интерфейсам работать сообща, вместо того, чтобы задать полностью новый.
Абстрактная фабрика может быть использована вместо Фасада для того, чтобы скрыть платформо-зависимые классы.
Легковес показывает, как создавать много мелких объектов, а Фасад показывает, как создать один объект, который отображает целую подсистему.
Посредник и Фасад похожи тем, что пытаются организовать работу множества существующих классов.
Фасад можно сделать Одиночкой, так как обычно нужен только один объект-фасад.
Фасад похож на Заместитель тем, что замещает сложную подсистему и может сам её инициализировать. Но в отличие от Фасада, Заместитель имеет тот же интерфейс, что его служебный объект, благодаря чему их можно взаимозаменять.
Не втыкай в транспорте
Лучше почитай нашу книгу о паттернах проектирования.
Теперь это удобно делать даже во время поездок в общественном транспорте.
Эта статья является частью нашей электронной книги Погружение в Паттерны Проектирования.
Паттерн проектирования «Фасад» / «Facade»
Почитать описание других паттернов.
Проблема
Минимизировать зависимость подсистем некоторой сложной системы и обмен информацией между ними.
Описание
При проектировании сложных систем, зачастую применяется т.н. принцип декомпозиции, при котором сложная система разбивается на более мелкие и простые подсистемы. Причем, уровень декомпозиции (ее глубину) определяет исключительно проектировщик. Благодаря такому подходу, отдельные компоненты системы могу быть разработаны изолированно, затем интегрированы вместе. Однако возникает, очевидная на первый взгляд, проблема — высокая связность модулей системы. Это проявляется, в первую очередь, в большом объеме информации, которой модули обмениваются друг с другом. К тому же, для подобной коммуникации одни модули должны обладать достаточной информацией о природе других модулей.
Таким образом, минимизация зависимости подсистем, а также снижение объема передаваемой между ними информации — одна из основных задач проектирования.
Один из способов решения данной задачи — использование паттерна «Фасад».
Паттерн «Фасад» предоставляет унифицированный интерфейс вместо набора интерфейсов некоторой подсистемы. Фасад определяет интерфейс более высокого уровня, кото-
рый упрощает использование подсистемы.
Проще говоря, «Фасад» — есть ни что иное, как некоторый объект, аккумулирующий в себе высокоуровневый набор операций для работы с некоторой сложной подсистемой. Фасад агрегирует классы, реализующие функциональность этой подсистемы, но не скрывает их. Важно понимать, что клиент, при этом, не лишается более низкоуровневого доступа к классам подсистемы, если ему это, конечно, необходимо. Фасад упрощает выполнение некоторых операций с подсистемой, но не навязывает клиенту свое использование.
Практическая задача
Используя паттерн «Фасад», реализуем унифицированный интерфейс к некоторой подсистеме авторизации пользователей. Сама подсистема авторизации (в данном примере), безусловно не претендует на «сложную систему», однако она отчетливо отображает основные достоинства паттерна.
Диаграмма классов
Рассмотрим диаграмму. Каркас подсистемы авторизации, для наглядности, выделен в прямоугольник. Фасад Authorizator предоставляет клиенту унифицированный интерфейс для работы с подсистемой. В данном случае, это всего один метод — authorizate(), однако их могло быть и больше. При этом, клиент может использовать фасад для работы с подсистемой, а может, непосредственно пользоваться классами, составляющими ее. Сам процесс авторизации достаточно прост. На основании имени пользователя ищется соответствующая запись в базе данных, посредством интерфейса DB. Затем, сравнивается пароль найденной записи с паролем указанным пользователем. 
Реализация на С#
using System;
using System.Collections. Generic ;
using System.Linq;
using System.Text;
using System.Security;
namespace Facade
<
//Абстрактный класс пользователя
abstract class User
<
protected string username;
protected string passwd;
public abstract string getUserRole();
public string getPasswdHash()
<
// Это строка не несет какой-либой смысловой нагрузки.
// Безусловно, таким образом мы получаем небезопасный хеш-код пароля
return passwd.GetHashCode().ToString();
>
>
public override string getUserRole()
<
return «DEFAULT_USER» ;
>
>
public override string getUserRole()
<
return «ADMINISTRATOR» ;
>
// Интерфейс доступа к базе данных
interface DB
<
User search( string username);
>
// Реализация интерфейса БД для SQLite
class SQLiteDB : DB
<
public SQLiteDB( string filename)
<
// Инициализация драйвера БД
>
public User search( string username)
<
// Заглушка
throw new NotImplementedException();
>
>
// Авторизация пользователя
public void authorizate( string username, string passwd)
<
DB db = new SQLiteDB( «db.sqlite» );
User user = db.search(username);
if (user.getPasswdHash() == passwd)
<
// все хорошо, пользователь опознан
>
else
<
// что-то пошло не так
throw new SecurityException( «Wrong password or username!» );
>
>
>
Мебельные фасады
Мы работаем для мебельных компаний и физических лиц!
Условия сотрудничества
200 декоров пленки + 75 фрезеровок
Любой оттенок по RAL, CS, NSC и WCP
Большой выбор фрезеровок из Дуба, Ясеня и Ольхи
625 декоров пластика: Арпа, Дариан, Слопласт и Мелатон
Способность к самовосстановлению + минимальный клеевой шов PUR
Глянецевые фасады устойчивы к царапинам, матовые не оставляют отпечатков
Бюджетная цена для качественных фасадов в пленке AGT
Мы предлагаем классические двери купе в эмали. В любой цветовой гамме.
Мы будем вам полезны, если:
Вы занимаетесь производством мебели.
Вы занимаетесь производством мебели.У вас собственное производство мебели или салон?
Мы понимаем ваши задачи и сложности. Арендовать или выделить отдельное помещение, где будет поддерживаться чистота и необходимый температурный режим довольно сложно. Выделить специалистов под производство фасадов, закупить дорогостоящее оборудование, создать склад материалов, вникнуть в технические моменты рентабельно только при условии поточного производства. При индивидуальном производстве мебели вам необходим ассортимент, качество, цена и сроки. Понимая специфику вашей работы, мы стараемся предложить вам максимально возможный выбор и индивидуальный подход, лучшее ценовое предложение, скидки на регулярной основе и образцы по сниженной стоимости.
Мы делаем заказы меньше 1 м2 и нестандарты по вашим размерам. Для региональных клиентов до транспортной компании довозим бесплатно.
Для нас важен каждый клиент!
Вы хотите сэкономить и сделать мебель своими силами.
Вы знаете, что можете собрать мебель самостоятельно?
Это замечательно и мы можем вам в этом помочь. Последнее время все чаще наблюдается тенденция, когда мебель собирают самостоятельно. Это обусловлено различными причинами. Кто-то собирает на дачу и не видит смысла в дорогой мебели на заказ, кто-то для съемной квартиры, кто-то просто экономит или может это сделать, не прибегая к привлечению мастеров. Чем мы можем вам быть полезны? Проконсультируем по материалам, поможем выбрать нужный цвет и рассчитать размеры по проекту. При необходимости, сделаем отверстия под петли. Все мебельные фасады можно заказать в любом количестве и по вашим индивидуальным размерам.
В любом случае, мебель, собранная собственными силами, будет однозначно дешевле и будет радовать вас долгие годы, т.к. вы вложили в нее «частичку души».
Вы покупаете корпуса для мебели в Икея, Леруа Мерлен и т.д., а нужных вам размеров мебельных фасадов или декоров нет.
Как быть, если кухня выбрана, а мебельные фасады не подходят?
Этот вопрос часто волнует, если вы решили собрать мебель собственными силами. Вы разработали проект под свое помещение, пролистали каталоги Икеа, походили по магазинам Леруа Мерлен и Оби, и все бы хорошо, цена демократичная, собрать можно самостоятельно, но что-то идет не так как хотелось бы. Причин может быть много. Или фасад кухни не нравятся, или цвет не подходит, или нужных размеров в наличии нет. И ведь ни Икеа, ни Леруа Мерлен, как правило, помочь не могут. Но не спешите отчаиваться! Мы можем быть вам полезны. У нас огромное количество фасадов для кухонь, по самым низким ценам. Поэтому вам остаётся лишь купить корпуса для кухни в вашем любимом магазине, а потом обратиться к нам. Мы поможем подобрать вам дверцы для мебели, которые прослужат долго и прекрасно впишутся в ваш интерьер. С нашими фасадами, даже самая обычная кухня может превратиться в шедевр.
Вы хотите перемен в интерьере с минимальными затратами.
Заменить фасады на кухне своими руками.
Кухня, это чуть ли не самая основная часть дома. Каждый день вы готовите там, или просто проводите время в кругу семьи. И, конечно же, вам хочется, чтоб кухня служила вам долго и оставалась в хорошем состоянии. Увы, это невозможно. Мебельные фасады портятся под воздействием внешних факторов (пар, жир, вода). Также весьма часто встречаются ситуации, когда вы сделали ремонт и ваши фасады для кухни не подходят по стилю и цвету. Поменять кухонные фасады самому не сложно. Это весьма выгодно для тех, кто хочет сэкономить, не вызывая мастеров, и уж тем более не меняя целую кухню!
Выбор материала для фасада кухни
При выборе материала для кухонного фасада, вам стоит обратить внимание на его свойства. Так же советуем рассчитать свой бюджет, так как некоторые материалы могут стоить не дёшево. Фасады из МДФ могут прослужить долго, около семи лет. Однако, весь вопрос в верхнем покрытии. Пластик это самый прочный материал, за ним легко ухаживать и он устойчив к перепадам температур. Пленка и эмаль, более нежные материалы и требуют бережной эксплуатации. Кухня, сделанная из массивных, деревянных фасадов будет смотреться стильно и благородно. Правда такой стиль и обойдется вам не дёшево.
Выбор цвета кухонных фасадов
Поэтапное описание работы с мебельными фасадами.
Придерживаясь определенных инструкций, вы сможете поменять фасады самостоятельно. Для начала вы должны помнить, что новые фасады ни в коем случае не должны отличаться по размерам от старых! Тщательно сделайте размеры. Помните, что от высоты и ширины шкафа отнимается 4 мм. Это обязательно, зазоры оставляют для того, чтобы ваши кухонные дверцы открывались и закрывались без трения. Мебельные фасады заказывайте с присадкой под петли, это значительно упрощает работу. Обязательно располагайте присадки на том же уровне и расстоянии, что и на предыдущих фасадах. Не забывайте, перед тем, как прикрепить ручки нужно сделать предварительную разметку в соответствие с вашей фурнитурой. Правильный уход. Новые кухонные фасады требуют от своего владельца тщательного ухода. Например, фасадам из ДСП и МДФ потребуется всего лишь регулярная влажная уборка. Фасады из массива нужно защищать от прямых солнечных лучей, так как это может привести к порче дерева и его выгоранию. Протирать нужно мягкой тряпочкой и ни в коем случае нельзя использовать средство, содержащее хлор. Глянец тоже стоит протирать мягкой тряпочкой, чтобы не оставить разводов попробуйте стеклоочиститель. И помните, использование щёток, скребков, кислоты НЕ желательно! Всё это может очень сильно повредить ваши фасады.
Ветвление в Git
Ветвление означает, что вы отклоняетесь от основной линии разработки и продолжаете работу, не вмешиваясь в основную линию. Операции ветвления в Git’е практически мгновенными и переключение между ветками обычно так же быстрое.
Когда вы создаёте коммит в Git’е, Git записывает в базу объект-коммит, который содержит указатель на снимок состояния, записанный ранее в индекс, метаданные автора и комментария и ноль и более указателей на коммиты, являющиеся прямыми предками этого коммита: ноль предков для первого коммита, один — для обычного коммита и несколько — для коммита, полученного в результате слияния двух или более веток.
Для наглядности давайте предположим, что у вас есть каталог, содержащий три файла, и вы хотите добавить их все в индекс и сделать коммит. При добавлении файлов в индекс для каждого из них вычислится контрольная сумма, затем эти версии файлов будут сохранены в Git-репозиторий (Git обращается к ним как к двоичным данным), а их контрольные суммы добавятся в индекс:
Ваш Git-репозиторий теперь содержит пять объектов: по одному блобу для содержимого каждого из трёх файлов, одно дерево, в котором перечислено содержимое каталога и определено соответствие имён файлов и блобов, и один коммит с указателем на тот самый объект-дерево для корня и со всеми метаданными коммита. Схематично данные в этом Git-репозитории выглядят так, как показано на рисунке 1.
Если вы сделаете некоторые изменения и создадите новый коммит, то следующий коммит сохранит указатель на коммит, который шёл непосредственно перед ним. После следующих двух коммитов история может выглядеть, как на рисунке 3-2.
Рисунок 3-2. Данные объектов Git’а для нескольких коммитов.
Эта команда создаст новый указатель на тот самый коммит, на котором вы сейчас находитесь (см. рис. 3-4).
Рисунок 3-4. Несколько веток, указывающих на историю коммитов.
Это действие передвинет HEAD так, чтобы тот указывал на ветку testing (см. рис. 3-6).
В чём же важность этого? Давайте сделаем ещё один коммит:
На рисунке 7 показан результат.
На рисунке 3-8 можно увидеть результат.
Давайте снова внесём немного изменений и сделаем коммит:
Из-за того, что ветка в Git’е на самом деле является простым файлом, который содержит 40 символов контрольной суммы SHA-1 коммита, на который он указывает, создание и удаление веток практически беззатратно. Создание новой ветки настолько же быстрое и простое, как запись 41 байта в файл (40 символов + символ новой строки).
Это разительно отличается от того, как в большинстве СКВ делается ветвление. Там это приводит к копированию всех файлов проекта в другой каталог. Это может занять несколько секунд или даже минут, в зависимости от размера проекта, тогда как в Git’е это всегда происходит моментально. Также благодаря тому, что мы запоминаем предков для каждого коммита, поиск нужной базовой версии для слияния уже автоматически выполнен за нас, и в общем случае слияние делается легко.