Главная страница | Контакты | Случайная страница Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Обсуждение порождающих паттернов

Есть два наиболее распространенных способа параметризовать систему клас­сами создаваемых ей объектов. Первый способ - порождение подклассов от клас­са, создающего объекты. Он соответствует паттерну фабричный метод. Основ­ной недостаток метода: требуется создавать новый подкласс лишь для того, чтобы изменить класс продукта. И таких изменений может быть очень много. Напри­мер, если создатель продукта сам создается фабричным методом, то придется замещать и создателя тоже.

Другой способ параметризации системы в большей степени основан на ком­позиции объектов. Вы определяете объект, которому известно о классах объек­тов-продуктов, и делаете его параметром системы. Это ключевой аспект таких паттернов, как абстрактная фабрика, строитель и прототип. Для всех трех характерно создание «фабричного объекта», который изготавливает продукты. В абстрактной фабрике фабричный объект производит объекты разных классов. Фабричный объект строителя постепенно создает сложный продукт, следуя спе­циальному протоколу. Фабричный объект прототипа изготавливает продукт пу­тем копирования объекта-прототипа. В последнем случае фабричный объект и прототип - это одно и то же, поскольку именно прототип отвечает за возврат продукта.

Рассмотрим каркас графических редакторов, описанный при обсуждении naV-терна прототип. Есть несколько способов параметризовать класс GraphicTool классом продукта:

а применить паттерн фабричный метод. Тогда для каждого подкласса клас­са Graphic в палитре будет создан свой подкласс GraphicTool. В классе GraphicTool будет присутствовать операция NewGraphic, переопределя­емая каждым подклассом;

а использовать паттерн абстрактная фабрика. Возникнет иерархия классов GraphicsFactories, по одной для каждого подкласса Graphic. В этом случае каждая фабрика создает только один продукт: CircleFactory -окружности Circle, LineFactory - отрезки Line и т.д. GraphicTool па­раметризуется фабрикой для создания подходящих графических объектов;

о применить паттерн прототип. Тогда в каждом подклассе Graphic будет ре­ализована операция Clone, a GraphicTool параметризуется прототипом создаваемого графического объекта.

Выбор паттерна зависит от многих факторов. В нашем примере каркаса гра­фических редакторов, на первый взгляд, проще всего воспользоваться фабрич­ным методом. Определить новый подкласс GraphicTool легко, а экземпляры GraphicTool создаются только в момент определения палитры. Основной недо­статок такого подхода заключается в комбинаторном росте числа подклассов GraphicTool, причем все они почти ничего не делают.

Обсуждение порождающих паттернов

Абстрактная фабрика лишь немногим лучше, поскольку требует создания равновеликой иерархии классов GraphicsFactory. Абстрактную фабрику сле­дует предпочесть фабричному методу лишь тогда, когда уже и так существует иерархия класса GraphicsFactory: либо потому, что ее автоматически строит компилятор (как в Smalltalk или Objective С), либо она необходима для другой части системы.

Очевидно, целям каркаса графических редакторов лучше всего отвечает пат­терн прототип, поскольку для его применения требуется лишь реализовать опе­рацию Clone в каждом классе Graphics. Это сокращает число подклассов, a Clone можно с пользой применить и для решения других задач - например, для реализации пункта меню Duplicate (дублировать), - а не только для инстанциро-вания.

В случае применения паттерна фабричный метод проект в большей степени поддается настройке и оказывается лишь немногим более сложным. Другие пат­терны нуждаются в создании новых классов, а фабричный метод - только в со­здании одной новой операции. Часто этот паттерн рассматривается как стандарт­ный способ создания объектов, но вряд ли его стоит рекомендовать в ситуации, когда инстанцируемый класс никогда не изменяется или когда инстанцирование выполняется внутри операции, которую легко можно заместить в подклассах (на­пример, во время инициализации).

Проекты, в которых используются паттерны абстрактная фабрика, прототип или строитель, оказываются еще более гибкими-, чем те, где применяется фабрич­ный метод, но за это приходится платить повышенной сложностью. Часто в начале работы над проектом за основу берется фабричный метод, а позже, когда проектировщик обнаруживает, что решение получается недостаточно гибким, он выбирает другие паттерны. Владение разными паттернами проектирования откры­вает перед вами широкий выбор при оценке различных критериев.