Size: a a a

2020 September 23

Р

Руслан in symfony
Andrey Dembitskyi
И последний вопрос.
Если на каждый случай делать по handler без интерфейса, то чем этот handler лучше контроллера?
Тем, что у тебя не будет размазано одно и то же в разных местах
источник

ПГ

Павел Г. in symfony
Andrey Dembitskyi
И последний вопрос.
Если на каждый случай делать по handler без интерфейса, то чем этот handler лучше контроллера?
Логическое отделение от request/response + при желании можно потестить.
источник

Р

Руслан in symfony
Например, у меня сейчас один хендлер в юзкейсе, в фикстурах, в команде на импорт данных и в консьюмере очереди
источник

AD

Andrey Dembitskyi in symfony
Павел Г.
Логическое отделение от request/response + при желании можно потестить.
Также можно и с контроллерами
источник

AD

Andrey Dembitskyi in symfony
Руслан
Тем, что у тебя не будет размазано одно и то же в разных местах
Про переиспользование речи не было
источник

Р

Руслан in symfony
Andrey Dembitskyi
Про переиспользование речи не было
Если ты используешь только http и контроллер для получения данных, то таких проблем не будет
источник

ПГ

Павел Г. in symfony
Руслан
Например, у меня сейчас один хендлер в юзкейсе, в фикстурах, в команде на импорт данных и в консьюмере очереди
Прям один в один все повторяется или просто сделали общий и срабатывает в каждом месте "на половину"?
источник

Р

Руслан in symfony
Павел Г.
Прям один в один все повторяется или просто сделали общий и срабатывает в каждом месте "на половину"?
Везде один и тот же
источник

ПГ

Павел Г. in symfony
Руслан
Везде один и тот же
То что один я понял. Просто у меня на практике как то не вышло. Например в апи один набор данных, а в админке другой
источник

Р

Руслан in symfony
Пользователя условно может создать админ сайта командой, прилететь из 1с кроликом или по апи с физического магазина
источник

Р

Руслан in symfony
+ регистрация на сайте
источник

ПГ

Павел Г. in symfony
Руслан
Пользователя условно может создать админ сайта командой, прилететь из 1с кроликом или по апи с физического магазина
А как же разный набор данных? например у админ может что то еще добавить или изменить при создании, чем рядовой пользователь сам себя регает. Ну или наоборот
источник

Р

Руслан in symfony
Павел Г.
А как же разный набор данных? например у админ может что то еще добавить или изменить при создании, чем рядовой пользователь сам себя регает. Ну или наоборот
Пользователь во всех случаях это uuid + телефон
источник

Р

Руслан in symfony
Другие данные могут не существовать
источник

Р

Руслан in symfony
Если приходит из 1с или магазина - они сами в 1с guid генерят
источник

ПГ

Павел Г. in symfony
и т.е. в этом хэндлере if(property!==null)$user->setProperty($property)
источник

ПГ

Павел Г. in symfony
?
источник

Р

Руслан in symfony
Если на стороне сайта - при первом заказе пользователь улетает в 1с с uuid
источник

Р

Руслан in symfony
Телефона достаточно, чтобы оповестить людей из физического магаза что вас зарегистрировали на сайте и создать пользователя в 1с
источник

IG

Ivan Grigoriev in symfony
Руслан
Пользователя условно может создать админ сайта командой, прилететь из 1с кроликом или по апи с физического магазина
По науке должен быть один сервис, который создаёт пользователя. И несколько юзкейсов, которые это сервис используют.
источник