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

Что такое Фабрика?

Factory определяет интерфейс для создания объектов, но делегирует ответственность за создание экземпляра конкретного класса подклассам. Это способствует созданию объектов независимым и гибким способом, что позволяет сделать код более модульным и простым в обслуживании.

Преимущества

• Развязка: отделяет создание объектов от их реализации, обеспечивая более чистый и модульный код.
• Гибкость: позволяет легко внедрять новые классы без изменения существующего кода.
• Обслуживание: упрощает поддержку и развитие кода, поскольку логика создания централизована в одном месте.

Реализация фабрики

Давайте воспользуемся повседневным примером, чтобы проиллюстрировать шаблон «Фабрика»: систему заказа еды, в которой можно создавать различные типы блюд (пицца и салат).

1 - Создание интерфейса

Во-первых, нам нужно определить интерфейс, который будет реализован всеми «конкретными классами» блюд.

package main

type Food interface {
    Prepare()
}

2. Создание ENUM и реализация интерфейса.

Чтобы облегчить нам жизнь во время разработки и избежать неправильного ввода во время проверки, рекомендуется создать ENUM, чтобы обеспечить согласованность, а также упростить задачу, если мы захотим добавлять новые продукты в будущем.

package main

type FoodType int

const (
    PizzaType FoodType = iota
    SaladType
)

type Food interface {
    Prepare()
}

А теперь давайте реализуем интерфейс Food. В примере мы просто отобразим сообщение, в реальной жизни именно здесь будет создан объект, над которым мы работаем

package main

type FoodType int

const (
    PizzaType FoodType = iota
    SaladType
)

type Food interface {
    Prepare()
}

type Pizza struct{}

func (p Pizza) Prepare() {
    fmt.Println("Preparing a Pizza...")
}

type Salad struct{}

func (s Salad) Prepare() {
    fmt.Println("Preparing a Salad...")
}

3. Создание фабрики

Теперь давайте создадим фабрику, которая будет решать, какой конкретный класс создавать, на основе перечисления, полученного в качестве параметра.

package main

type FoodFactory struct{}

func (f FoodFactory) CreateFood(ft FoodType) Food {
    switch ft {
    case PizzaType:
        return &Pizza{}
    case SaladType:
        return &Salad{}
    default:
        return nil
    }
}

4. Использование фабрики

Наконец, мы будем использовать фабрику для создания продуктов питания.

package main

func main() {
    kitchen := FoodFactory{}

    pizza := kitchen.CreateFood(PizzaType)
    if pizza != nil {
        pizza.Prepare()
    }

    salad := kitchen.CreateFood(SaladType)
    if salad != nil {
        salad.Prepare()
    }
}

Это будет результат после запуска нашего приложения:

Preparing a Pizza...
Preparing a Salad...

Краткое изложение того, что мы сделали

1. Интерфейс еды: определяет контракт, которому должны следовать все конкретные блюда, гарантируя, что все они реализуют метод подготовки.
2. Enum FoodType: использует типизированные константы для представления различных типов продуктов питания, что повышает читаемость и безопасность кода.
3. Конкретные классы (пицца и салат): реализуют интерфейс Food и предоставляют собственные реализации метода подготовки.
4. FoodFactory: содержит логику создания объектов. Метод CreateFood решает, какой конкретный класс создать, на основе перечисления FoodType.
5. Основной метод: демонстрирует использование фабрики для создания различных объектов и вызова их методов, иллюстрируя гибкость и разделение, обеспечиваемые шаблоном «Фабрика».

Заключение

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