Size: a a a

2020 September 24

VS

Vlad Sobenko in symfony
И подсовываешь свои значения.
источник

DT

Dmitriy Tkachenko in symfony
У контроллера вообще задача взять реквест и передать его дальше
источник

DT

Dmitriy Tkachenko in symfony
Это хттп адаптер
источник

VM

Volodymyr Melko in symfony
Vlad Sobenko
Давай так Controller __construct(TimeInterface $time, BrowserDataInterface $browserData).
Потом new Controller(new DateTime(), new DeviceDetector($userAgent))->index($request)
ты сделал тоже самое, что и автор девайс детектора, запиндюрил стейт в сервис.
по сути ты мог бы еще и реквест в конструктор засунуть а потом вызвать индекс без аргумента
источник

VS

Vlad Sobenko in symfony
Volodymyr Melko
ты сделал тоже самое, что и автор девайс детектора, запиндюрил стейт в сервис.
по сути ты мог бы еще и реквест в конструктор засунуть а потом вызвать индекс без аргумента
У меня никаких стейтлесс сервисов
источник

k

knopkod4v in symfony
Dmitriy Tkachenko
У контроллера вообще задача взять реквест и передать его дальше
ток не передать, а преобразовать и передать, иначе зачем он тогда адаптер
источник

k

knopkod4v in symfony
и вообще если никакой полезной работы - он нинужон
источник

VM

Volodymyr Melko in symfony
Vlad Sobenko
У меня никаких стейтлесс сервисов
твой контроллер - стейтфул сервис, потому что браузер дата передана ему в конструктор, с другой браузер датой будет работать по другому с тем же реквестом
источник

VS

Vlad Sobenko in symfony
Volodymyr Melko
твой контроллер - стейтфул сервис, потому что браузер дата передана ему в конструктор, с другой браузер датой будет работать по другому с тем же реквестом
Создастся новый контроллер уже
источник

DT

Dmitriy Tkachenko in symfony
knopkod4v
ток не передать, а преобразовать и передать, иначе зачем он тогда адаптер
логично)
источник

VM

Volodymyr Melko in symfony
зачем? если можно юзать один и тот же, передавая в аргументы метода то, что ему нужно для работы
источник

VS

Vlad Sobenko in symfony
Volodymyr Melko
зачем? если можно юзать один и тот же, передавая в аргументы метода то, что ему нужно для работы
Твой DI чтоли не создает новый контроллер каждый раз?
источник

VM

Volodymyr Melko in symfony
нет =)
источник

k

knopkod4v in symfony
Sergei Baikin
чем сeрвис отличается от DateTime?
а мне кстати интересен этот момент. Чем VO отличается от "сервиса", почему одно инжектим, а второе нет. Никак не могу уловить разницу 🤔
источник

VS

Vlad Sobenko in symfony
knopkod4v
а мне кстати интересен этот момент. Чем VO отличается от "сервиса", почему одно инжектим, а второе нет. Никак не могу уловить разницу 🤔
Сервисы это не про ООП, это процедурная тема. Тут ничего плохого. И пусть меня сьедят.
источник

SB

Sergei Baikin in symfony
knopkod4v
а мне кстати интересен этот момент. Чем VO отличается от "сервиса", почему одно инжектим, а второе нет. Никак не могу уловить разницу 🤔
А почему если сервис то надо обязательно инжектить?
источник

D

Dmitry in symfony
Volodymyr Melko
зачем? если можно юзать один и тот же, передавая в аргументы метода то, что ему нужно для работы
тогда придется делать dd->isBot($request->userAgent()->__toString()) || dd->isMobile($request->getUserAgent()->__toString)

а если еще и кеширование необходимо, тогда каждому методу это нужно передавать, по сути получаем статические методы
источник

k

knopkod4v in symfony
Sergei Baikin
А почему если сервис то надо обязательно инжектить?
не обязательно, наверное. Но вопрос-то остаётся - как определить когда надо инжектить, а когда нет?
источник

DT

Dmitriy Tkachenko in symfony
knopkod4v
а мне кстати интересен этот момент. Чем VO отличается от "сервиса", почему одно инжектим, а второе нет. Никак не могу уловить разницу 🤔
аналогии из реального мира подьехали. Сервис ИРЛ берет что-то и что-то с этим делает (обслуживает, улучает etc.), а есть те, кто из сырья производит что-то, что потом будет обсуживаться сервисными компаниями. Так же и тут
источник

k

knopkod4v in symfony
Dmitriy Tkachenko
аналогии из реального мира подьехали. Сервис ИРЛ берет что-то и что-то с этим делает (обслуживает, улучает etc.), а есть те, кто из сырья производит что-то, что потом будет обсуживаться сервисными компаниями. Так же и тут
прям чёт не нравятся мне аналогии. Просто слишком часто они ложные
источник