�ݺ�ߣ

Editor's Notes

1. Многие из нас знают паттерны и знают о паттернах, но используют не совсем осознанно.
2. в докладе не будет кода по двум причинам, первая - это потому что в интернете и так дофига кода паттернов, но как оказалось не так много понятных объяснений того, что же они на самом деле делают. Поэтому сегодня мы будем разбираться в самом значении, для чего нужен тот или иной паттерн, что же он делает и когда его использовать. Знаете, такое приятное ощущение, кто-то что- то понял до конца этакое чувство "Эврика" вот именно такого мы и хотим добиться) Тем же, кто паттерны хорошо знает можно будет просто расслабиться и уверенно качать головой, что бы люди вокруг знали и понимали кто тут папочка что вы это уже хорошо знаете и вторая причина (и наверное главная), почему кода не будет: для того что бы объяснить паттерны нужы большие куски кода и я как человек с плохим зрением когда смотрю на слайды постоянно от этого дико страдаю, потому что пока я сфокуссирую взгляд и рассмотрю хоть кусок кода, докладчик уже на 5 слайдов вперед ушел) так что кода на слайдах не будет, но для тех кому этот код все-таки нужен, в конце доклада будет ссылочка на примеры каждого из паттернов
3. Шаблоны проектирования — это проверенные и готовые к использованию решения часто возникающих в повседневном программировании задач. Это не класс и не библиотека, которую можно подключить к проекту, это нечто большее. Шаблон проектирования, подходящий под задачу, реализуется в каждом конкретном случае. Кроме того, он не зависит от языка программирования. Хороший шаблон легко реализуется в большинстве, если не во всех языках, в зависимости от выразительных средств языка. Следует, однако, помнить, что такой шаблон, будучи примененным неправильно или к неподходящей задаче, может принести немало проблем. Тем не менее, правильно примененный шаблон поможет решить задачу легко и просто. Структурные шаблоны определяют отношения между классами и объектами, позволяя им работать совместно. Порождающие шаблоны предоставляют механизмы инициализации, позволяя создавать объекты удобным способом. Поведенческие шаблоны используются для того, чтобы упростить взаимодействие между сущностями. Шаблон проектирования, по своей сути, это продуманное решение той или иной задачи. Если вы столкнулись с известной задачей, почему бы не использовать готовое решение, проверенное опытом?
4. Строительный шаблон часто используется в веб-разработке, и вы, наверняка, использовали его раньше не осознавая этого. Проще говоря, этот шаблон может быть определен следующим образом: WIKI
5. ОПИСАНИ Т.е. Не надо создавать его руками, что-то там продумывать, описывать процесс. Бытовой пример: Вам не нужно самому становится и печь тортик, вы даже можете не знать как они там пекуться, Вы просто делаете заказ. Или покупаете ингредиенты, отдаете знающему человеку и в зависимости от того что вы там купили и заказали, вам отдадут именно такой пирог или тортик, какой вы хотите) Кодерский пример Создавая например элемент для DOM вместо того что бы руками создавать его, потом добавлять каждый аттрибут, можно сделать билдер, который будет кушать и парсить все сам, и в зависимости от того что мы ему скормите отдавать вам готовый дом элемент, со всеми необходимыми свойствами. Что кстати говоря делает джейквери например. В абстрактном билдере определены шаги создания, для каждого из типов вызывается специально созданный для него билдер. Юзер вызывает абстрактный билдер и в заивисимоти от того какие у нас параметры и тип, создается нужный нам объект, но от нас это скрыто, мы вызываем одну функцию, дальше там не важно как оно там внутри разрулится
6. Итак, у фабричного метода две основных цели: 1) Не использовать явно конкретные классы 2) Объединить вместе часто используемые методы инициализации объектов
7. То есть фабрика может проводить какую-то первичную инициализацию объектов. Бытовой пример - У нас есть производство пиццы. Все пиццы создаются одинаково - из основы + соуса + сыр + запечь. То есть это метод, который используется везде, А на фабрике мы используем это, а дальше уже можно указать дополнительно пицца может быть с доп начинкой, какого размера и тд
8. Кодерский пример - то есть у нас есть объекты (возьмем на примере с фигурами) Circle, Square, Triangle с общим цветом и высотой, создавая их с помощью фабрики мы можем просто сказать - shapeFactory.createCircle() и тд то какая высота у этой фигуры и какого цвета - эти параметры не задаем, за нас решит фабрика.
9. Объект, который в системе один. И получить его можно только с помощью метода Разберемся что нам нужно для создание такого “класса”, который будет возвращать всегда один и тот же экземпляр. Это как минимум статическая переменная instance для хранения объекта и метод возвращающий этот объект getInstance(). У нас должно получиться что-то такое: var object1 = mySingleton.getInstance();var object2 = mySingleton.getInstance();console.log( object1 === object2 ); // true В JavaScript есть 2 способа эмуляции статической переменной: используя свойство самого объекта и через замыкание. Разберем оба способа.
10. Бытовой пример Пакет конфет у мамы. Есть только один пакет конфет, только у мамы, и чтобы его получить, надо пойти к маме и попросить Код пример Например какой-нибудь общий настроечный объект
11. Структурный шаблон, который позволяет добавить новое поведение объекту в зависимости от ситуации. Цель — в расширении поведения конкретного объекта без необходимости изменять поведение базового класса. Это позволит использовать несколько декораторов одновременно.
12. Наиболее удобно использовать шаблон «Декоратор» для объекта, требующего нового поведения, только когда на это имеется запрос по ситуации Бытовой пример - есть хороший пример с кофе, вы приходите в кофейню, заказываете эспрессо, но вы хотите не просто эспрессо а чтобы он был с сиропом за дополнительную цену, да еще и со сливками, но при этом сам эспрессо не меняется. Кодерский пример - как уже говорили - удобно использовать шаблон «Декоратор» для объекта, требующего нового поведения, только когда на это имеется запрос по ситуации. Допустим, имеется HTML ссылка на выход из системы, и вы желаете, чтобы она была разной, основываясь на допустим, состояния пользователя. Для этого можно использовать шаблон «Декоратор». Сначала зададим различные требуемые «декорации»: • Если мы на заглавной странице и вошли в аккаунт, то эта ссылка должна быть декорирована одним образов • Если мы на любой другой странице и вошли в аккаунт, то эта ссылка должна декорироваться уже совершенно по-другому Комплексный метод В каждом декораторе нужно воссоздать все функции которые должны быть в объекте родителе, и в тех из них, поведение которых мы менять не хотим, нужно просто перенаправлять запрос родителю.
13. Вот еще один паттерн, который мы воспринимаем как должное. Объект, который абстрагирует работу с несколькими классами, объединяя их в единое целое. WIKI
14. Фасад шаблон, почти всегда улучшает удобство использования части программного обеспечения. Использование jQuery в качестве примера, одним из наиболее распространенных методов библиотеки, является ready() метод Метод ready() не такой уж простой. jQuery нормализует непостоянство браузера, чтобы ready() сработал в нужный момент. Однако, как разработчик, вы будете представлены с простым интерфейсом. Большинство примеров фасад шаблонов, следует этому принципу. Для его реализации, мы обычно полагаемся на условные операторы, но представляем его в виде простого интерфейса для пользователя. Другие методы реализации этого паттерна включают в себя animate() и css(). БЫТОВОЙ ПРИМЕР Вы прихоидите к маме и говорите: мам, дай завтрак. Вы просто используете эту функцию мамы, жены, девушки. И вам не важно что происходит там .а там сложные процессы, нарезки, кипячения, варки, жарки. Но вы этого не видите, вы попросили завтрак, вы получили завтрак
15. Паттерн Proxy является суррогатом или заместителем другого объекта и контролирует доступ к нему. Суррогат или заместитель это объект, интерфейс которого идентичен интерфейсу реального объекта. При первом запросе клиента заместитель создает реальный объект, сохраняет его адрес и затем отправляет запрос этому реальному объекту. Все последующие запросы просто переадресуются инкапсулированному реальному объекту.
16. Паттерн Proxy является суррогатом или заместителем другого объекта и контролирует доступ к нему. Суррогат или заместитель это объект, интерфейс которого идентичен интерфейсу реального объекта. При первом запросе клиента заместитель создает реальный объект, сохраняет его адрес и затем отправляет запрос этому реальному объекту. Все последующие запросы просто переадресуются инкапсулированному реальному объекту.
17. Пример того, где это полезно, - это когда мы используем таймеры в обработчике события click. Представьте, что у нас есть какой либо обработчик, пусть это будет - добавить класс после клика. Мы захотели добавить жесткую задержку перед добавлением активного класса, мы могли бы использовать setTimeout () для достижения этой цели. К сожалению, есть небольшая проблема с этим решением: любая функция, передаваемая в setTimeout (), будет иметь другое значение this. И на помощь в том же джейквери приходит proxy. Вызывая его с помощью функции и значения, которые мы хотели бы присвоить этому, он фактически вернет функцию, которая сохраняет нужное нам значение в правильном контексте. Бытовой пример - Банковская карточка является заместителем денежных средств. Карта может быть использована вместо наличных денег для совершения покупок и, в конечном счете, контролирует доступ к наличным деньгам.
18. Проблема Эффективно и компактно реализовать механизм обработки потока событий/запросов/сообщений в системах с потенциально большим количеством обработчиков. WIKI
19. Модель событие/обработчик широко применяется в программных системах из различных областей. В основном, это — графический интерфейс пользователя, где события, генерируемые от действий пользователя различным образом обрабатываются элементами интерфейса. В большинстве источников эта модель имеет название Event Loop. С одной стороны — все достаточно прозрачно. Есть множество типов сообщений, есть множество обработчиков этих сообщений. Задача — обрабатывать каждое сообщение в потоке ассоциированным с его конкретными типом обработчиком. Проще говоря, необходимо иметь эффективный механизм увязывания типов сообщений и обработчиков. В большинстве случаев, с фиксированным и небольшим количеством обработчиков в системе, бывает достаточно реализовать данный механизм на базе конструкции if-then-else. Однако, не всегда все так просто. Во-первых, не всегда заранее известно сколько именно обработчиков необходимо. Во вторых — добавление в систему нового типа сообщения как правило приводит к появлению нового обработчика, внедрение которого уже становится действительно сложной задачей. Для решения подобных проблем существует шаблон — “Цепочка обязанностей”. Идея шаблона заключается в организации рекуррентного конвейера из обработчиков, в котором каждый обработчик может либо обработать поступившее сообщение (например, только сообщения определенного типа), либо делегировать обработку следующему в конвейере обработчику. Возможен еще вариант обработки и последующей передачи. При этом, клиенту, чтобы инициировать обработку того или иного сообщения достаточно лишь передать его первому в конвейере обработчику. Бытовой пример Учительница задала крохе задание. И кроха пошел к папе, папа или отвечает на вопрос, или идет к маме и т.д. В данном случае мы с вами учитель - потому что ей достаточно лишь задать крохе вопрос, у кого он его раздобует, ей не важно, важно задать вопрос и получить ответ. Или в футболе - мач забрасывается в игру и дальше переходит от игрока к игроку и кто-то из них забьет гол, вам не нужно самому бегать и пеносить мяч от игрока к игроку Рабочий пример: Обработка данных вернувшихся после запроса, в зависимости от того какие данные вернулись, сработает необходимый обработчик
20. The Iterator object maintains a reference to the collection and the current position. It also implements the 'standard' Iterator interface with methods like: first, next, hasNext, reset, and each. Бытовой пример Пульт, я не знаю какие-там каналы или какие радиостанции, я просто хочу увидеть их все по очереди Курсор В ES6 есть итераторы
21. Медиатор выступает в качестве посредника в общении между различными модулями, инкапсулируя их взаимодействие. Медиатор позволяет каждому модулю функционировать абсолютно независимо от других компонентов системы, что приводит к большей гибкости. Медиатор применяется в системах, где взаимодействие между модулями может быть весьма сложными, но, в то же время, хорошо определенными. Если вы полагаете, что связи между модулями вашей системы будут постоянно расти и усложняться, то, возможно, вам стоит добавить так сказать центральный элемент управления. Паттерн «медиатор» отлично подходит для этой роли.
22. Бытовой пример - с которым возможно сталкиваемся часто, есть менеджер и разного рода работники - и все они работают непосредственно через менеджера, то есть он контролирует их работу, а друг с другом не контактируют. Кодерский Пример - У нас есть модули издатели - публикующих события. Медиатор же является и «издателем» и «подписчиком» одновременно. Module 1 посылает сообщение, предполагающее некоторую реакцию, медиатору. Затем, медиатор, получив сообщение, уведомляет другие модули об определенных действиях, которые необходимо выполнить для завершения задачи. Module 2выполняет необходимые Module 1 действия, и сообщает о результате обратно, в медиатор. В это же время, медиатор запускает Module 3 для логгирования поступающих сообщений. нет прямого взаимодействия между модулями. Если в Module 3 произойдет ошибка или, к примеру, он просто перестанет работать, то медиатор, теоретически, может приостановить выполнение задач в других модулях, затем перезапустить Module 3 и продолжить работу, практически не влияя на работу всей системы. Такая слабая связанность модулей является одним из самых сильных преимуществ паттерна «медиатор»
23. WIKI
24. Вот что говорится о Наблюдателе: В паттерне наблюдатель, объект может иметь список наблюдателей, которые заинтересованы в его жизненном цикле. В любой момент, когда объект делает что-то интересное, он посылает уведомление своим наблюдателям. Если наблюдатель больше не заинтересован в прослушивание объекта, тогда он может удалить его из своего списка. Нам нужно три метода для описания этого паттерна: publish(data): вызывается объектом, когда у него есть уведомление. Некоторые данные могут быть переданы с помощью этого метода. subscribe(observer): вызывается объектом, для добавления наблюдателя в свой список наблюдателей. unsubscribe(observer): вызывается объектом, чтобы удалить наблюдателя из списка наблюдателей. Большинство современных JavaScript библиотек поддерживают эти три метода, как часть своей инфраструктуры событий. Обычно есть on() или attach() метод, trigger() или fire() метод, и off() или detach() метод. Паттерн наблюдатель является одним из самых простых шаблонов по реализации, и очень мощным. JavaScript хорошо подходит для принятия этого шаблона, поскольку он сам по себе основан на событиях. В следующий раз при разработки веб-приложений, задумайтесь о разработке модулей, которые слабо связанны друг с другом и принимают паттерн Наблюдатель в качестве средства связи. Паттерн наблюдатель может стать проблематичным, если участвуют слишком много предметов и наблюдателей .
25. Паттерн Strategy предназначен для того, чтобы позволить клиенту выбирать один из нескольких возможных путей решения задачи.
26. Паттерн Strategy предназначен для того, чтобы позволить клиенту выбирать один из нескольких возможных путей решения задачи. алгоритма использовать. Ослабляет связность(мера зависимости между классами иил модулями), тем самым уменьшая сложность клиентов, и поощрает отказ от использования подклассов в пользу агрегирования (методика создания нового класса из уже существующих классов путем включения (делегирование)) классов. Улучшает модульность и тестируемость. В реализации СТРАТЕГИИ, обычно используются два участника: — Стратегия — объект, который инкапсулирует алгоритм. — Клиент (или Контекст) — объект, который может использовать любую стратегию в стиле plug-and-play «включил и работай».
27. Бытовой пример - Допустим, мы хотим создать класс Швейцар. Его задача — приветствовать людей. А так же мы хотим, чтобы он умел приветствовать их по-разному. То есть, нам нужно несколько разных реализаций алгоритма. Для этого мы создадим различные стратегии приветствия. Кодерский пример - сортировка массива по возрастанию - разные алгоритмы сортировки