GrandM-Patterns_in_Java

Fadary Method • 119

/* *

*Cons t ructor

*@param posType

* /

public RecordFactoryFactory (Strinq posType)

try ( factoryConstructor

=factoryClass . qetConstructor (params) ;

}catch (Exception е) (

Strinq msq = "Error while constructinq factory" ; throw new POSException (msq, е) ;

//try

//constructor ( S tring)

Метод, который создает объекты Journal RecordFactoryI F:

public JournalRecordFactoryIF createFactory (Datalnput in)

//

return (JournalRecordFactoryIF) factory ; // createFactory

// class RecordFactoryFactory

120 • Глава 5. Порождающие шаблоны проектирования

А теперь - интерфейс JournalRecordFactoryIF:

*/

public interface JournalRecordFactoryIF / * * * Возвращает объект, который инкапсулирует следующую

*запись в журнале событий .

*@th rows EOFException

*Если в журнале событий больше нет записей .

*@throws IOException

*Если при чтении следующей записи возникли

*какие-то проблемы .

*/

public JournalRecordIF nextRecord () throws EOFException, IOException ;

// interface Journa lRecordFactory I F

ДЛЯКласс AВCJournalRecordFactory реализует интерфейс JournalRecordFactoryIF

типа системы терминалов, которая называется АВс.

public class AВCJournalRecordFactory

implements JournalRecordFactoryIF

Factory Method • 121

/**

*Возвращает объект , который инкапсулирует следующую запись

*в журнале событий .

*

* @ th rows EOFException

*Если в журнале событий больше нет за писей .

* @throws IOExcept ion

*Если при чтении следующей записи возникли какие -то

*проблемы .

*/

public JournalRecordIF nextRecord () throws EOFException , IOException (

String record = in . readLine () ;

StringTokenizer tokenizer;

tokenizer = new StringТokenizer (record, " , " ) ; sequenceNumber++;

try (

String recordType = tokenizer . nextToken () ;

if (recordType . equals (START_OF_SALE» ( return constructStartOfSale (tokenizer) ;

} else if (recordТype . eguals (SALE_LlNE_ITEM» return constructSaleLineltem(tokenizer) ;

else

String msg = «ипknоwn record type»; //throwif new IOException (msg) ;

catch (NoSuchElementException е )

// Это исключение рассматривается как ошибка ввода-вывода ,

// если запись не имеет все ожидаемые поля .

String mзч = "record is missing зоте fields" ; IOException ioe = new IOException (msg) ;

ioe . initCause (e) ; throw ioe;

}// try

}// nextRecord ( )

private

StartOfSale constructStartOfSale (StringТokenizer tok) throws NoSuchElementException (

122 • Глава 5. Порождающие шаблоны проектирования

String transactionID = tok . nextToken () ;

tOk . nextToken () ; // Пропустить индикатор способа . String timestampString = tok . nextToken () ;

Date timestamp = parseTimestamp (timestampString) :

String terminalID = tok . nextToken () ;

return new StartOfSale (terminalID , sequenceNumber, timestamp , transactionID) ;

} // cons tructStartOfSale ( S t ri ngTokeni zer)

// class ABCJourna lRecordFactory

ШАБЛОНЫ ПРОЕКТИРОВАНИЯ, СВЯЗАННЫЕ

С ШАБЛОНОМ FACТORY METHOD

Hashed Adapter Objects. Шаблон Hashed Adapter Objects (описанный в книге

[Grand99J) может использоваться при реализации шаблона Factory Method. Hashed Adapte!" Objects может быть полезен, если классы, которые объект-фаб­ рика инстанциирует, могут изменяться в течение работы программы.

Abstract Factory. Шаблон Factory Method применяется при создании одиночных объеГО, ктов для специфических целей без создания инициатора запроса, знающе­ как специфические классы будут инстанциироваться. Если нужно создать подходящие наборы классов объектов, то больше подходит шаблон Abstract

Factory.

Template Method. Шаблон Factory Method часто применяют совместно с шабло­ ном Template Method при определении типа Toro, что нужно создать с исполь­

зованием конфигурационной информации.

Prototype. Шаблон Prototype позволяет объекту еще одним способом взаимо­

действовать с другими объектами, не зная деталей их конструкции. длJl

Strategy. Шаблон Strategy подходит лучше, чем шаблон Template Method,

ситуаций , в которых количество вариантов поведения велико.

Abstract Factory известен также под названием Кit, или Toolkit. Этот шаблон был ранее описан в работе [GoF95].

СИНОПСИС

Если задан набор связанных интерфейсов, то шаблон Abstract Factory предос­ тавляет способ создания объектов, реализующих эти интерфейсы, из соответст­ вующего набора конкретных классов. Шаблон Abstract Factory может быть по­ лезен в том случае, когда программа должна работать с разнообразными сложными внешними реальными объектами, например, системами управления окнами, обладающими похожей функциональностью.

КОНТЕКСТ

Предположим, необходимо создать каркас пользовательского интерфейса, который должен работать со многими оконными системами, например, MS Windows, Моtif или MacOS, т.е. на любой платформе с сохранением свой­ ственного платформе внешнего вида и стиля (look and feel). Для каждого типа элемента окна (текстовое поле, кнопка, список и т.д.) создают абстрактный класс, а затем объявляют конкретный подкласс каждого такого класса для каж­ дой поддерживаемой платформы. В целях надежности нужно гарантировать, что все созданные объекты элементов окна предназначены для нужной плат­ формы. Здесь вступают в игру абстрактные классы-фабрики.

Абстрактный класс-фабрика определяет методы для создания экземпляра каж­ дого абстрактного класса, представляющего элемент окна пользовательского интерфейса. Конкретные классы-фабрики представляют собой конкретные подклассы абстрактного класса-фабрики, реализующего методы для создания

экземпляров конкретных классов элементов окна ДIlЯ одной и той же платформы.

С точки зрения общего контекста абстрактный класс-фабрика и его конкрет­

ные подклассы организуют набор конкретных классов, работающих с разными, Но связанными продуктами.

Предку положим, пишется программа, которая выполняет удаленную диагности­

компьютеров, произведенных фирмой Stellar Microsystems. Их самые старые компьютеры использовали чипы процессоров фирмы Enginola, имеющие тра­

Диционный набор комплексных команд. С тех пор фирма разработала несколь­ ко поколений компьютеров, базирующихся на собственных архитектурах RISC

с названиями еmЬег, superember и ultraember. Основные компоненты, испольна­

зуемые в этих моделях, выполняют те же функции, но включают различные боры деталей.

124 • Глава 5. Порождающие шаблоны проектирования

Чтобы создаваемая программа знала, какие тесты запускать и как интерпретироветст ­ вать результаты, надо инстанциировать объекты, которые будут соот вовать каждому основному компонентудиагностируемого компьютера. Класс каждого объекта будет соответствовать типу тестируемогохите компонента. Это означает, что будет набор классовдля каждого варианта ар ктуры компьютера. В каждом наборе будет класс ДЛЯ компонента компьютера одного и того же типа.

На рис. 5.6 представлена диаграмма классов, описывающая организацию клас­ сов, в которых инкапсулирована диагностика для компонентов различных ви­

дов. Здесь представлены только компоненты двух видов. Структура классов

компонента любого другого вида будет аналогичной. Для компонента каждого типа существует интерфейс. Каждая поддерживаемая архитектура компьютера

имеет класс, который реализует каждый интерфейс.

Рис. 5.6. Классы диагностики

Для решения задачи нужно знать, как организовать создание объектов диагно­

стики системы. Желательно также, чтобы классы, использующие классы диаг­ ностики системы, не зависели бы от них. Для создания объектов диагностики системы можно было бы использовать шаблон Factory Method, но есть одна

проблема, которую этот шаблон не решает: необходимо, чтобы для каждой ар­

хитектуры процессора существовали свои классы диагностики системы. Если

просто использовать шаблон Factory Method, клиентские классы при запросе

на создание классов диагностики системы должны будут сообщать каждому

классу-фабрике, для какой архитектуры компьютера предназначены объектЫ

диагностики системы. Нужно найти единый способ решения следующей про­

блемы: все объекты диагностики, используемые для компьютера, предназначе­

ны именно ДЛЯ той архитектуры, которая нужна, но классы, использующие эти

объекты, не обременены какими-либо дополнительными зависимостями.

моти в ы

© Система, работающая со многими продуктами, должна функционироват

независимо от конкретного продукта, с которым она работает.

Abstract Factory 8 125

РЕШЕНИЕ

На рис. 5.7 представлена диаграмма классов, описывающая роли, исполняемые классами в шаблоне Abstract Factory.