Как symfony загружает классы через входные данные?

Question

[pink2floyd]

Например:

public function createProduct(ValidatorInterface $validator): Response
{
...
}

Где и как происходит загрузка этих классов ? Читаю документацию там это как данность или может где-то упустил.

Answer 1

[Flying]

Этому посвящена добрая часть документации компонента Dependency Injection и Service Container'а, который является центральной частью этого компонента.

Если совсем вкратце - то вы либо описываете сервисы вручную через конфигурацию (есть несколько поддерживаемых форматов, включая аннотации, хотя они вроде реализуются внешним пакетом) либо используете преимущества autowiring'а, предоставляя Symfony всё описать за вас (с помощью compiler pass'ов, если потребуется). Собственно основная "магия" преобразования всех источников данных в кучу компилированного PHP находится как раз в compiler pass'ах, их много и можно писать свои.

Поскольку у вас в примере - controller's action - то здесь вся магия реализуется через обработку тега controller.service_arguments, который по-умолчанию добавляется ко всем контроллерам в конфиге сервисов.

Comments

[pink2floyd]

Можете пожалуйста объясните чем это лучше просто объявления класса с помощью new ?

[BoShurik]

pink2floyd, на примере Doctrine EntityManager.
Чтобы создать экземпляр EntityManager вам надо сделать что-то вроде:

$paths = array("/path/to/entity-files");
$isDevMode = false;

// the connection configuration
$dbParams = array(
    'driver'   => 'pdo_mysql',
    'user'     => 'root',
    'password' => '',
    'dbname'   => 'foo',
);

$config = Setup::createAnnotationMetadataConfiguration($paths, $isDevMode);
$entityManager = EntityManager::create($dbParams, $config);

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

[BoShurik]

pink2floyd, еще можно посмотреть тут https://qna.habr.com/search?q=Dependency+Injection

[Flying]

Здесь есть несколько важных моментов:

1. Само по себе создание объекта через new может быть весьма нетривиальным процессом, ведь далеко не все классы не имеют зависимостей. А если есть зависимости - их надо откуда-то брать :) Здесь мы приходим к тому что вместо того чтобы делать inject класса надо делать inject зависимостей или же создавать их самим, а у них у каждого свои зависимости и т.д., всё глубже и глубже.
   
2. Тот факт что все экземпляры сервисов берутся из общего контейнера позволяет гарантировать что каждый кому нужен экземпляр какого-то сервиса получит один и тот же instance. Для иллюстрации почему это важно представьте два объекта A и B и некий класс C в который можно складывать какие-то значения. Если A и B создадут себе по своему экземпляру C - то у каждого там будет свой набор данных в этом C, а если оба возьмут из контейнера - то у обоих будет доступ к общему набору данных. Кстати, ситуация когда A и B хотят иметь именно отдельные экземпляры C - решается через фабрики
   
3. Если используется Dependency Injection - то у вас есть возможность использовать не те классы которые вы создадите внутри, а какие-то другие, совместимые с ними. Зачем это нужно - это огромная тема, почитайте про тестирование к примеру, про SOLID и т.п.
   

[pink2floyd]

BoShurik, спасибо

Answer 2

[sadCake]

ValidatorInterface $validator
Это имеется ввиду? Если да, то через dependency injection. Его можно включить/выключить в services

Comments

[pink2floyd]

Спасибо за ответ. А можно по подробнее ссылкой или текстом как происходит работа ?

[pink2floyd]

И если можете пожалуйста объясните чем это лучше просто объявления класса с помощью new ?