home | login | register | DMCA | contacts | help | donate |      

A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
А Б В Г Д Е Ж З И Й К Л М Н О П Р С Т У Ф Х Ц Ч Ш Щ Э Ю Я


my bookshelf | genres | recommend | rating of books | rating of authors | reviews | new | форум | collections | читалки | авторам | add
fantasy
space fantasy
fantasy is horrors
heroic
prose
  military
  child
  russian
detective
  action
  child
  ironical
  historical
  political
western
adventure
adventure (child)
child's stories
love
religion
antique
Scientific literature
biography
business
home pets
animals
art
history
computers
linguistics
mathematics
religion
home_garden
sport
technique
publicism
philosophy
chemistry
close

Loading...


«Строитель»

Суть этого паттерна – отделить процесс создания сложного объекта от его представления. Таким образом, можно получать различные представления объекта, используя один и тот же технологический процесс его создания. На первый взгляд этот паттерн кажется похожим на «Абстрактную фабрику», но отличия есть. Можно сказать, что «Абстрактная фабрика» концентрируется на том, что создается, а «Строитель» на том, как создается.

Рассмотрим тот же самый пример с автомобилями. Для создания автомобиля нам теперь понадобится специальный класс CarBuilder.

class CarBuilder

{

Car* mCar;

virtual Car* _createNewCar() const {return Car();}

public:

Car* getCar() const {return mCar;}

void createNewCar() {mCar = _createNewCar();}

virtual void addEngine() = 0;

virtual void addWheels() = 0;

...

};

Необходимо также создать класс Director, управленец, в котором будет реализован алгоритм сборки автомобиля. Этот класс не создает конкретных автомобилей, а использует для этого CarBuilder. Его задача – воплотить общий алгоритм конструирования автомобиля, тогда как детали должны быть реализованы в потомках класса CarBuilder. Таким образом достигается важная задача: общий алгоритм создания автомобиля остается неизменным, но при этом конкретный автомобиль может создаваться по сколь угодно сложной схеме, так как CarDirector делегирует CarBuilder всю работу по созданию конкретного автомобиля.

class CarDirector

{

сarBuilder* mBuilder;

public:

void setCarBuilder(CarBuilder* builder)

{

mBuilder = builder;

}

Car* getCar() const

{

return mBuilder->getCar();

}

void constructCar()

{

mBuilder-createNewCar();

mBuilder->addEngine();

mBuilder->addWheels();

...

}

};

Итак, теперь у нас есть класс CarDirector, который задает правила создания автомобилей, и класс CarBuilder, потомки которого создают конкретные детали автомобиля по правилам, описанным в CarDirector. Например, для сборки BMW5 нам понадобится новый класс, порожденный от CarBuilder (см. листинг 4).

Листинг 4


class BMW5CarBuilder: public CarBuilder

{

public:

virtual void addEngine()

{

Engine* engine = new EngineBMW5();

engine->setSpeedLimit(250);

engine->addOil(10);

getCar()->setEngine(engine);

}

virtual void addWheels()

{

getCar()->setFrontWheels(new WheelNokian(16), new WheelNokian(16));

getCar()->setBackWheels(new WheelBridestone(16), new WheelBridestone(16));

}

...

};

Обратим внимание на отличие в конструировании объектов от паттерна «Абстрактная фабрика». Класс BMW5CarBuilder имеет больше возможностей конструирования, чем BMW5CarFactory, поскольку он нацелен на процесс сборки. А BMW5CarFactory просто создает детали и не может влиять на процесс конструирования. В этом основное различие между ними.

Главная проблема этого паттерна та же, что и у «Абстрактной фабрики» – сложно вносить изменения в систему, если она уже наполнена конкретными классами, так как приходится изменять их все.

Достоинства паттерна «Строитель» проявляются при создании сложных и больших иерархий объектов, поскольку у конкретных классов-строителей (потомков CarBuilder) есть возможность влиять на алгоритм конструирования объекта. Например, если когда-либо придется создавать автомобиль без двигателя, то метод addEngine для его разработчика просто будет пуст, тогда как логика работы CarDirector сохранится, поскольку все изменения будут локализованы в новом классе—потомке CarBuilder.


«Абстрактная фабрика» | Журнал PC Magazine/Russian Edition #01/2009 | «Прототип»







Loading...