T🐜
и? мне например надо будет указать в конфиг версию апи, откуда брать контроллеры, что делать тогда? грузить все?
Size: a a a
2020 September 10
T🐜
как резолвить потом
AB
Угу. И в консоли у тебя будет роутинг, сконфиженный отдавать 403 без валидной авторизации в заголовках...
ну у тебя в коносле Application не вызывается, не вызываются все эвенты, которые относятся к вебу, соответственно и роутинг ни разу не вытащиться из контейнера
NO
А если в консоли мне нужен роутинг? ) Для своих целей, URL в письме указать?
AB
вот да. и в такой ситуации может возникнуть проблема, что обращаешься за классом в контейнер, а тебе автоматически возвращается заавтовайренный вместо законфиженного в другом контексте
DS
ну у тебя в коносле Application не вызывается, не вызываются все эвенты, которые относятся к вебу, соответственно и роутинг ни разу не вытащиться из контейнера
На одно и то же событие может быть разный обработчик в веб и в консоли
AB
На одно и то же событие может быть разный обработчик в веб и в консоли
там разный набор событий. или ты о чем?
DS
Не факт, у них есть общий конфиг и общие сервисы, которые могу тригеррить одно и то же событие и в консоли и в вебе, но обработать его надо по-разному.
DS
А если в консоли мне нужен роутинг? ) Для своих целей, URL в письме указать?
Кидаешь сервисы роутинга в common
AB
ну теоретически конечно можно… вопрос - бывает ли так?
AB
сколько живу с одним контейнером на приложение - ни разу проблем не было. поэтому и удивляюсь разделению на контексты
DS
ну теоретически конечно можно… вопрос - бывает ли так?
Бывает. Ну и еще момент, один и тот же сервис может иметь разные настройки для консоли и для веб
AB
Пример можешь привести?
DS
Пример можешь привести?
Например, когда ты создаешь пользователя, ему надо отправить уведомление на почту, но если создаешь пользователя в админке, то еще в копии указать email админа и записать действие в лог админки, а если в консоли, то просто уведомление отправить
AB
Это разные эвенты, разве нет?
DS
Это разные эвенты, разве нет?
Нет, одно, но если нет разделения конфигов, то придется делать разные
DS
Нет, одно, но если нет разделения конфигов, то придется делать разные
Вернее даже не так, надо будет в листенере определять тип приложения, что будет весьма коряво
EU
Например, когда ты создаешь пользователя, ему надо отправить уведомление на почту, но если создаешь пользователя в админке, то еще в копии указать email админа и записать действие в лог админки, а если в консоли, то просто уведомление отправить
Мне кажется, что в этом случае для панели будет просто другая логика и другое событие или дополнительная логика. Мне тоже не нравится 10 разных конфигов.
AB
Не согласен, но идею понял. Получается, что логика приложения во многом переходит в конфиги, т.о. сложнее из кода понять как будет работать код с помощью тех же переходов по классам
DS
Мне кажется, что в этом случае для панели будет просто другая логика и другое событие или дополнительная логика. Мне тоже не нравится 10 разных конфигов.
Нет. Смотри, у тебя есть сервис
App\Service\User в нем есть метод create() в котором вызывается $this->dispatcher->trigger(UserAfterCreate::class). И вот этому сервису абсолютно однофигственно куда ты его заинжектишь, в консольную команду или в веб-контроллер.