Результати застосування патерну Singleton

Переваги патерну Singleton

Клас сам контролює процес створення єдиного екземпляра.

Патерн легко адаптувати для створення потрібного числа примірників.

Можливість створення об'єктів класів, похідних від Singleton.

Недоліки патерну Singleton

У разі використання декількох взаємозалежних одинаків їх реалізація може різко ускладнитися.

Питання для самоконтролю:

1. Призначення патерну Singleton.

2. Наведіть практичні приклади необхідності використання даного патерну.

3. Приведіть програмний код класичної реалізації патерну.

4. Приведіть код покращенної реалізації патерну.

5. У чьому полягає різниця між класичною реалізацією та іншими реалізаціями.

6. Переваги та результати застосування патерну.

Лекція №21

Тема: Observer, його призначення та реалізація у програмах.

Мета: Отримання знань з реалізації патерну Observer та його іикористанні при розробці програм.

Перелік питань, що розглядаються на лекції:

1. Призначення патерна Observer.

2. Постановка проблеми, що вирішується за допомогою патерна.

3. Структура патерна Observer.

4. Приклад патерна Observer.

5. Реалізація патерна Observer.

Призначення патерна Observer

Патерн Observer визначає залежність "один-ко-многим" між об'єктами так, що при зміні стану одного об'єкта всі залежні від нього об'єкти повідомляються і оновлюються автоматично.

Патерн Observer инкапсулирует головний (незалежний) компонент в абстракцію Subject і змінювані (залежні) компоненти в ієрархію Observer.

Патерн Observer визначає частину "View" в моделі Model-View-Controller (MVC).

Патерн Observer знаходить широке застосування в системах користувальницького інтерфейсу, в яких дані та їх подання ("види") відокремлені один від одного. При зміні даних повинні бути змінені всі уявлення цих даних (наприклад, у вигляді таблиці, графіка та діаграми).

Постановка проблеми, що вирішується за допомогою патерна

Є система, що складається з безлічі взаємодіючих класів. При цьому взаємодіючі об'єкти повинні знаходитися в узгоджених станах. Ви хочете уникнути монолітності такої системи, зробивши класи слабо пов'язаними (або повторно використовуваними).

Патерн Observer визначає об'єкт Subject, який зберігає дані (модель), а всю функціональність "уявлень" делегує слабосвязанних окремих об'єктах Observer. При створенні спостерігачі Observer реєструються в об'єкта Subject. Коли об'єкт Subject змінюється, він сповіщає про це всіх зареєстрованих спостерігачів. Після цього кожен cпостерігач запитує у об'єкта Subject ту частину статків, яка необхідна для відображення даних.

Така схема дозволяє динамічно налаштовувати кількість і "типи" уявлень об'єктів.

Описаний вище протокол взаємодії відповідає моделі витягування (pull), коли суб'єкт інформує спостерігачів про своє зміні, і кожен спостерігач відповідальний за "витягування" у Subject потрібних йому даних. Існує також модель проштовхування, коли суб'єкт Subject посилає ("проштовхує") спостерігачам детальну інформацію про своє зміні.

Існує також ряд питань, про які слід згадати, але обговорення яких залишиться за рамками цієї лекції:

Реалізація "компресії" сповіщень (посилка єдиного сповіщення на серію послідовних змін суб'єкта Subject).

Моніторинг декількох суб'єктів за допомогою одного спостерігача Observer.

Виключення «висячих» посилань у спостерігачів на віддалені суб'єкти. Для цього суб'єкт повинен повідомити спостерігачів про своє видаленні.

Патерн Observer вперше був застосований в архітектурі Model-View-Controller мови Smalltalk, що представляє каркас для побудови користувацьких інтерфейсів.