- 1. Цели
- 2. Проблематика
- 3.
- 4. Обсуждение
- 5. Структура
- 6. Пример
- 7. Контрольный список
- 8. Эмпирические правила
Цели
- Использование общего доступа для эффективного использования большого количества объектов.
- Стратегия GUI Motif по замене тяжеловесных виджетов легкими виджетами.
Проблематика
Проектирование объектов вплоть до самых низких уровней «гранулярности» системы обеспечивает оптимальную гибкость, но может быть неприемлемо дорогим с точки зрения производительности и использования памяти.
Обсуждение
Шаблон Flyweight описывает, как обмениваться объектами, чтобы их использование можно было реализовать при тонкой детализации без чрезмерных накладных расходов. Каждый объект «Flyweight » делится на две части: зависимую от состояния (внешнюю) часть и независимую от состояния (внутреннюю) часть. Внутреннее состояние сохраняется (совместно используется) в объекте Flyweight. Внешнее состояние хранится или вычисляется клиентскими объектами и передается Flyweight при его выполнении.
Иллюстрацией этого подхода были бы виджеты Motif, которые были переработаны как легкие виджеты. В то время как виджеты достаточно «умны», чтобы работать самостоятельно; лёгкие виджеты существуют в зависимой связи с виджетами диспетчера макетов. Каждый менеджер компоновки предоставляет зависящую от контекста обработку событий, управление объектами и сервисы ресурсов для своих легкофесных виджетов, и каждый легковесный виджет несет ответственность только за независимое от контекста состояние и поведение.
Структура
Flyweights хранятся в репозитории Factory. Клиент сдерживает себя от создания Flyweights напрямую и запрашивает их у Factory. Каждый flyweight объект не может стоять сам по себе. Любые атрибуты, которые могли бы сделать невозможным совместное использование, должны предоставляться клиентом всякий раз, когда делается запрос на Flyweight. Если контекст поддается «экономии» (т. е. Клиент может легко вычислить или найти необходимые атрибуты), тогда шаблон Flyweight предлагает подходящий под контекст результат.
Классы Ant, Locust и Cockroach могут быть «легкими», потому что их конкретное состояние экземпляра было деинкапсулировано или экстернализовано и должно быть предоставлено клиентом.
Пример
Flyweight использует общий доступ для эффективного использования большого количества объектов. Современные веб-браузеры используют этот метод для предотвращения загрузки одинаковых изображений дважды. Когда браузер загружает веб-страницу, он просматривает все изображения на этой странице. Браузер загружает все новые изображения из Интернета и помещает их в внутренний кеш. Для уже загруженных изображений создается flyweight объект, который имеет некоторые уникальные данные, такие как позиция внутри страницы.
Контрольный список
- Убедитесь, что накладные расходы на объект - это проблема, требующая внимания, и клиент этого класса может исправить ситуацию.
- Разделите состояние целевого класса на: внутреннее состояние и внешнее состояние.
- Удалите внешнее состояние из атрибутов класса и добавьте в него список вызывающих аргументов для затронутых методов.
- Создайте фабрику, которая может кэшировать и повторно использовать существующие экземпляры классов.
- Клиент должен использовать Factory вместо оператора new для запроса объектов.
- Клиент должен искать или вычислять состояние, не являющееся внутренней частью объекта, и предоставлять это состояние методам класса.
Эмпирические правила
- В то время как Flyweight показывает, как сделать много маленьких объектов, Facade показывает, как сделать один объект, представляющим целую подсистему.
- Flyweight часто комбинируется с Composite для реализации общих нод списка.
- Символы терминала в абстрактном синтаксическом дереве интерпретатора могут использоваться в качестве Flyweight.
- Flyweight объясняет, когда и как объекты State могут использоваться совместно.
