А
Size: a a a
2021 January 08
D
> но конкретно симфони нужно смотреть DI контейнер как он создает обьекты, может он конструкторы то и не запускает
Предположение крайне странное.
Предположение крайне странное.
я вам как минимум 2 способа создания обьектов могу рассказать в контексте вопроса автора
1. обычный с конструктором
2. без конструктора через рефлексию
а может он просто ссылки держит на названия классов а обьект создает в момент первого обращения ?
а может сразу все обьекты создает в момент запуска ядра?
как я написал выше, я не знаю. я сделал предположение
1. обычный с конструктором
2. без конструктора через рефлексию
а может он просто ссылки держит на названия классов а обьект создает в момент первого обращения ?
а может сразу все обьекты создает в момент запуска ядра?
как я написал выше, я не знаю. я сделал предположение
А
я вам как минимум 2 способа создания обьектов могу рассказать в контексте вопроса автора
1. обычный с конструктором
2. без конструктора через рефлексию
а может он просто ссылки держит на названия классов а обьект создает в момент первого обращения ?
а может сразу все обьекты создает в момент запуска ядра?
как я написал выше, я не знаю. я сделал предположение
1. обычный с конструктором
2. без конструктора через рефлексию
а может он просто ссылки держит на названия классов а обьект создает в момент первого обращения ?
а может сразу все обьекты создает в момент запуска ядра?
как я написал выше, я не знаю. я сделал предположение
Неважно, как и когда, конструктор вызовется. Если бы он не вызывался, то все твои сервисы с зависимостями не работали бы. Пример:
final class ServiceB
{
public function do()
{
return 1;
}
}
final class ServiceA
{
private $b;
public function __construct(ServiceB $b)
{
$this->b = $b;
}
public function some()
{
return $this->b->do();
}
}
(new ReflectionClass(ServiceA::class))->newInstanceWithoutConstructor()->some(); // Uncaught Error: Call to a member function do() on null
AD
Неважно, как и когда, конструктор вызовется. Если бы он не вызывался, то все твои сервисы с зависимостями не работали бы. Пример:
final class ServiceB
{
public function do()
{
return 1;
}
}
final class ServiceA
{
private $b;
public function __construct(ServiceB $b)
{
$this->b = $b;
}
public function some()
{
return $this->b->do();
}
}
(new ReflectionClass(ServiceA::class))->newInstanceWithoutConstructor()->some(); // Uncaught Error: Call to a member function do() on null
Рефлексией можно и в свойства проставить зависимости)
D
Неважно, как и когда, конструктор вызовется. Если бы он не вызывался, то все твои сервисы с зависимостями не работали бы. Пример:
final class ServiceB
{
public function do()
{
return 1;
}
}
final class ServiceA
{
private $b;
public function __construct(ServiceB $b)
{
$this->b = $b;
}
public function some()
{
return $this->b->do();
}
}
(new ReflectionClass(ServiceA::class))->newInstanceWithoutConstructor()->some(); // Uncaught Error: Call to a member function do() on null
вы изначальный вопрос автора прочтите пожалуйста, ему важно когда конструктор вызывается, в этом вопрос заключался.
либо на старте когда формируется контейнер, либо в момент первого обращения. это две большие разницы в контексте изначального вопроса
а ваш код "просто не вызывает конструктор", не учитывая что зависимости можно вставлять через сеттеры и парсить все и тп
доктрина же гидрирует обьект через рефлексию и парсит
либо на старте когда формируется контейнер, либо в момент первого обращения. это две большие разницы в контексте изначального вопроса
а ваш код "просто не вызывает конструктор", не учитывая что зависимости можно вставлять через сеттеры и парсить все и тп
доктрина же гидрирует обьект через рефлексию и парсит
А
Рефлексией можно и в свойства проставить зависимости)
Да, но контейнер так не делает. По крайней мере, если им пользоваться без извращений.
А
вы изначальный вопрос автора прочтите пожалуйста, ему важно когда конструктор вызывается, в этом вопрос заключался.
либо на старте когда формируется контейнер, либо в момент первого обращения. это две большие разницы в контексте изначального вопроса
а ваш код "просто не вызывает конструктор", не учитывая что зависимости можно вставлять через сеттеры и парсить все и тп
доктрина же гидрирует обьект через рефлексию и парсит
либо на старте когда формируется контейнер, либо в момент первого обращения. это две большие разницы в контексте изначального вопроса
а ваш код "просто не вызывает конструктор", не учитывая что зависимости можно вставлять через сеттеры и парсить все и тп
доктрина же гидрирует обьект через рефлексию и парсит
Я написал, если не юзать сеттеры. Ладно, я не читал вопрос автора, извиняюсь
AD
Да, но контейнер так не делает. По крайней мере, если им пользоваться без извращений.
Это было предположение, как он мог бы работать
А
Это было предположение, как он мог бы работать
У сервисов симфони в конструкторе часто можно увидеть небольшую логику и исключения, так что вряд ли они минуют конструктор. Вообще не могу себе представить случай, когда именно контейнер мог бы так делать.