Построить из конструктора: Что можно построить из конструктора «Полесье»? 38 фото Самолет и домик, робот и танк, замок и автомат, постройка других фигур

В этом примере шаблона Builder показано, как можно повторно использовать один и тот же код конструирования объектов при создании различных типов продуктов, таких как автомобили, и создавать для них соответствующие руководства.

Пример пошаговой сборки автомобилей и руководства пользователя, подходящие для этих моделей автомобилей.

Автомобиль — это сложный объект, который можно построить сотней различных способов. Вместо того, чтобы раздувать Класс Car с огромным конструктором, мы выделили код сборки автомобиля в отдельный класс автоконструктора. Этот класс имеет набор методов для настройки различных частей автомобиля.

Если клиентскому коду необходимо собрать особую, доработанную модель автомобиля, он может работать напрямую с конструктором. С другой стороны, клиент может делегировать сборку классу директоров, который знает, как использовать конструктор для сборки нескольких самых популярных моделей автомобилей.

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

Заключительная часть — получение результирующего объекта. Металлическая машина и бумажная инструкция хоть и родственны, но все же очень разные вещи. Мы не можем разместить метод получения результатов в директоре без привязки директора к конкретным классам продуктов. Таким образом, мы получаем результат строительства от строителя, который выполнил работу.

 // Использование шаблона Builder имеет смысл только тогда, когда ваши продукты
// довольно сложны и требуют обширной настройки.
// следующие два продукта связаны между собой, хотя и не имеют
// общий интерфейс.
класс Автомобиль есть
    // В автомобиле может быть GPS, маршрутный компьютер и некоторое количество
    // места. Различные модели автомобилей (спортивный автомобиль, внедорожник,
    // кабриолет) могут быть установлены другие функции или
    // включено. 
Руководство по классу
    // У каждого автомобиля должно быть руководство пользователя, соответствующее
    // конфигурация автомобиля и описание всех его особенностей.
// Интерфейс компоновщика определяет методы для создания
// различные части объектов продукта.
построитель интерфейсов
    сброс метода()
    метод setSeats(...)
    метод setEngine(...)
    метод setTripComputer(...)
    метод setGPS(...)
// Конкретные классы построителя следуют интерфейсу построителя и
// обеспечить конкретные реализации шагов построения. Твой
// программа может иметь несколько вариантов компоновщиков, каждый
// реализовано иначе.
класс CarBuilder реализует Builder
    частный полевой автомобиль:Автомобиль
    // Новый экземпляр сборщика должен содержать пустой продукт
    // объект, который он использует в дальнейшей сборке.
    конструктор CarBuilder() есть
        это.сброс()
    // Метод сброса очищает строящийся объект.
    метод reset() есть
        this.car = новый автомобиль()
    // Все этапы производства работают с одним и тем же экземпляром продукта. 
    метод setSeats(...)
        // Установить количество мест в вагоне.
    метод setEngine(...)
        // Установить данный движок.
    метод setTripComputer(...)
        // Установить бортовой компьютер.
    метод setGPS(...)
        // Установить глобальную систему позиционирования.
    // Бетонщики должны предоставлять свои собственные
    // методы получения результатов. Это потому, что различные
    // типы строителей могут создавать совершенно разные продукты
    // которые не все следуют одному и тому же интерфейсу. Поэтому такие
    // нельзя объявлять методы в интерфейсе билдера (в
    // по крайней мере, не на языке программирования со статической типизацией).
    //
    // Обычно, после возврата конечного результата клиенту,
    // ожидается, что экземпляр компоновщика готов к запуску
    // производство другого продукта. Вот почему это обычное
    // тренируемся вызывать метод сброса в конце
    // Тело метода `getProduct`. Однако такое поведение не
    // обязательно, и вы можете заставить свой билдер ждать
    // явный вызов сброса из клиентского кода перед удалением
    // предыдущего результата. 
    метод getProduct():Автомобиль
        продукт = этот.автомобиль
        это.сброс()
        возврат товара
// В отличие от других порождающих шаблонов, построитель позволяет создавать
// продукты, не соответствующие общему интерфейсу.
класс CarManualBuilder реализует Builder
    частное полевое руководство:Руководство
    конструктор CarManualBuilder() есть
        это.сброс()
    метод reset() есть
        this.manual = новое руководство()
    метод setSeats(...)
        // Документировать характеристики автокресла.
    метод setEngine(...)
        // Добавляем инструкции движка.
    метод setTripComputer(...)
        // Добавляем инструкции бортового компьютера.
    метод setGPS(...)
        // Добавляем инструкции GPS.
    метод getProduct(): Manual
        // Вернуть руководство и сбросить сборщик.
// Директор отвечает только за выполнение здания
// шаги в определенной последовательности. Это полезно при производстве
// товары по конкретному заказу или комплектации.
// Строго говоря, класс директора необязателен, так как
// клиент может напрямую управлять билдерами. 
директор класса
    // Директор работает с любым экземпляром билдера, который
    // ему передается клиентский код. Таким образом, клиентский код может
    // изменить окончательный тип только что собранного продукта.
    // Директор может создать несколько вариантов продукта
    // используя те же шаги построения.
    метод buildSportsCar(builder: Builder)
        строитель.сброс()
        builder.setSeats(2)
        builder.setEngine(новый SportEngine())
        builder.setTripComputer(true)
        builder.setGPS(правда)
    метод конструктSUV(строитель: строитель) является
        // ...
// Клиентский код создает объект билдера, передает его в
// директор, а затем инициирует процесс построения. Конец
// результат извлекается из объекта построителя.
приложение класса
    метод makeCar() есть
        директор = новый директор()
        Построитель CarBuilder = новый CarBuilder()
        директор.constructSportsCar(строитель)
        Автомобиль автомобиль = builder.getProduct()
        Построитель CarManualBuilder = новый CarManualBuilder()
        директор. constructSportsCar(строитель)
        // Конечный продукт часто извлекается из конструктора
        // объект, так как директор не знает и не
        // зависит от конкретных строителей и продуктов.
        Руководство по эксплуатации = builder.getProduct()
 

 класс Пицца {
    Пицца(целый размер) { ... }
    Пицца(целый размер, логический сыр) { ... }
    Пицца(целый размер, логическое значение сыр, логическое значение пепперони) { . .. }
    // ...