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

Дата обновления перевода 2021-06-09

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

Сервис-контейнер Symfony предоставляет несколько функция для контролирования создания объектов, которые позволяют вам указывать аргументы, переданные конструктору. а также вызывать методы и устанавливать параметры.

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

Статичные фабрики

Представьте, что у вас есть фабрика, которая конфигурирует и возвращает новый объект NewsletterManager, вызывая статический метод createNewsletterManager():

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
// src/Email\NewsletterManagerStaticFactory.php
namespace App\Email;

// ...

class NewsletterManagerStaticFactory
{
    public static function createNewsletterManager(): NewsletterManager
    {
        $newsletterManager = new NewsletterManager();

        // ...

        return $newsletterManager;
    }
}

Чтобы сделать объект NewsletterManager доступным в качестве сервиса, используйте опцию factory, чтобы определить. какой метод какого класса должен быть вызван для создания его объекта:

  • YAML
  • XML
  • PHP
1
2
3
4
5
6
7
# config/services.yaml
services:
    # ...

    App\Email\NewsletterManager:
        # первый аргумент - это класс, а второй - статичный метод
        factory: ['App\Email\NewsletterManagerStaticFactory', 'createNewsletterManager']

Note

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

Нестатичные фабрики

Если ваша фабрика использует регулярные метод, а не статичный, чтобы сконфигурировать и создать ваш сервис, вы можете инстанциировать саму фабрику как сервис. Конфигурация сервис-контейнера тогда выглядит следующим образом:

  • YAML
  • XML
  • PHP
1
2
3
4
5
6
7
8
9
10
11
# config/services.yaml
services:
    # ...

    # во-первых, создайте сервис для фабрики
    App\Email\NewsletterManagerFactory: ~

    # во-вторых, используйте сервис фбарики как первый аргумент опции
    # 'factory' и метод фабрики как второй аргумент
    App\Email\NewsletterManager:
        factory: ['@App\Email\NewsletterManagerFactory', 'createNewsletterManager']

Вызываемые фабрики

Представьте, что теперь вы изменили метод вашей фабрики на __invoke(), чтобы ваш сервис фабрики мог быть использован в качестве обратного вызова:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
// src/Email/InvokableNewsletterManagerFactory.php
namespace App\Email;

// ...
class InvokableNewsletterManagerFactory
{
    public function __invoke(): NewsletterManager
    {
        $newsletterManager = new NewsletterManager();

        // ...

        return $newsletterManager;
    }
}

Сервисы могут быть созданы и сконфигурированы через вызываемые фабрики, опуская имя метода:

  • YAML
  • XML
  • PHP
1
2
3
4
5
6
7
# config/services.yaml
services:
    # ...

    App\Email\NewsletterManager:
        class:   App\Email\NewsletterManager
        factory: '@App\Email\NewsletterManagerFactory'

Передача аргументов методу фабрики

Tip

Аргументы в вашем методе фабрики автомонтируются, если это включено в вашем сервисе.

Если вам над передать аргументы методу фабрики, вы можете использовать опции arguments. Например, представьте, что метод createNewsletterManager() в предыдущем примере берёт сервис templating в качестве аргумента:

  • YAML
  • XML
  • PHP
1
2
3
4
5
6
7
# config/services.yaml
services:
    # ...

    App\Email\NewsletterManager:
        factory:   ['@App\Email\NewsletterManagerFactory', createNewsletterManager]
        arguments: ['@templating']