Size: a a a

2021 January 26

A

Alexander in symfony
Volodymyr Melko
это лучше, чем реквест в конструкторе
В моём случае это очень затруднительно. Ещё и потом что контроллер сам решает, какой сервис вызывать. Там ещё и на ServiceLocator'е завязано
источник

A

Alexander in symfony
👤 User
Более того. Можно случайно его начать вызывать постоянно.
Autowire, конечно, молодец. Но может привести к непреднамеренным констрактам.
что значит " начать вызывать постоянно."?
источник

👤U

👤 User in symfony
Ну типа. Даже если вы не вызываете напрямую команды. Тем не менее bin/console их всегда создает.
источник

VM

Volodymyr Melko in symfony
ну самый просто способ заинжектить твой сервис, который отправляет имейл в твой же контроллер и в конце экшена впилить ИФ
источник

👤U

👤 User in symfony
Соответственно, если в команде в констракте есть реквест вдруг куда-нибудь - каждый бинконсоль будет его дергать.
источник

A

Alexander in symfony
Volodymyr Melko
ну самый просто способ заинжектить твой сервис, который отправляет имейл в твой же контроллер и в конце экшена впилить ИФ
нет, так уже не получится. Там целая иерархия сервисов, которые вызывают друг друга и логикой, когда какой должен вызываться.
источник

A

Alexander in symfony
👤 User
Ну типа. Даже если вы не вызываете напрямую команды. Тем не менее bin/console их всегда создает.
А, я понял.
источник

ВБ

Вадим Бардачёв... in symfony
всем привет. Кто-то использовал Casbin?
источник

VM

Volodymyr Melko in symfony
Alexander
нет, так уже не получится. Там целая иерархия сервисов, которые вызывают друг друга и логикой, когда какой должен вызываться.
RequestStack инжекти, по другому никак
источник

I

Ivan in symfony
Alexander
потому что не хочется перебрасывать параметры из контроллера через кучу сервисов
Ну ты своей ленью создаешь себе очень много проблем, реквест должен быть в контролере, далее либо параметры либо дто
источник

A

Alexander in symfony
Ivan
Ну ты своей ленью создаешь себе очень много проблем, реквест должен быть в контролере, далее либо параметры либо дто
дело не только в лени, сколько в сложности такой переброски.
А вот больших технических проблем, связанных с проверкой get-параметра в самом сервисе я не вижу.
источник

I

Ivan in symfony
а если тебе нужно будет вызвать этот метод через очереди или консоль? как тогда будешь костылить?
источник

A

Alexander in symfony
Вызов сервиса в контроллере происходит так
$macro->run($case);

получается, мне нужно передать методу run дополнительный параметр
источник

A

Alexander in symfony
Ivan
а если тебе нужно будет вызвать этот метод через очереди или консоль? как тогда будешь костылить?
ну если через консоль, то и get - параметра не будет
источник

I

Ivan in symfony
Но проверка то есть, и в параметрах есть реквест которого у тебя нету в консоле
источник

A

Alexander in symfony
Ivan
Но проверка то есть, и в параметрах есть реквест которого у тебя нету в консоле
проверка есть
$this->requestStack->getCurrentRequest()->get('emailtocustomer')
Хочешь сказать, что вывалится с ошибкой?
источник

VM

Volodymyr Melko in symfony
Alexander
проверка есть
$this->requestStack->getCurrentRequest()->get('emailtocustomer')
Хочешь сказать, что вывалится с ошибкой?
А что по твоему вернется с пустого реквест стека?
источник

A

Alexander in symfony
Volodymyr Melko
А что по твоему вернется с пустого реквест стека?
по-моему, null
источник

I

Ivan in symfony
а если к null обратится как к объекту что будет?
источник

VM

Volodymyr Melko in symfony
Alexander
по-моему, null
эврика =)
источник