I<
services.yml это часть реализации DI контейнера в Симфони, сервисы можно делать из без него
К примеру в Pimple сервисы задаются через каллбаки
https://pimple.symfony.com/
Size: a a a
2020 May 06
I<
@miroslav_lee Сначала определись для чего нужен этот объект. Если он для выполнения операций то значит это сервис.
I<
Соответственно не понятно, зачем ему сеттеры.
МЛ
@miroslav_lee Сначала определись для чего нужен этот объект. Если он для выполнения операций то значит это сервис.
нет, это обработчик должен быть.
Например делает запрос по заданым данными.
Вот я делаю это через сетеры, ну задавать параметры запроса.
И например есть метод, который вконце запускаешь, он на основе этих параметров делает запрос.
И вот я хотел сделать это сервисом, и вот тут до меня дошло, что наверное нельзя это делать сервисом)
Например делает запрос по заданым данными.
Вот я делаю это через сетеры, ну задавать параметры запроса.
И например есть метод, который вконце запускаешь, он на основе этих параметров делает запрос.
И вот я хотел сделать это сервисом, и вот тут до меня дошло, что наверное нельзя это делать сервисом)
I<
нет, это обработчик должен быть.
Например делает запрос по заданым данными.
Вот я делаю это через сетеры, ну задавать параметры запроса.
И например есть метод, который вконце запускаешь, он на основе этих параметров делает запрос.
И вот я хотел сделать это сервисом, и вот тут до меня дошло, что наверное нельзя это делать сервисом)
Например делает запрос по заданым данными.
Вот я делаю это через сетеры, ну задавать параметры запроса.
И например есть метод, который вконце запускаешь, он на основе этих параметров делает запрос.
И вот я хотел сделать это сервисом, и вот тут до меня дошло, что наверное нельзя это делать сервисом)
По смыслу это сервис.
МЛ
По смыслу это сервис.
но там каждый раз свои параметры будут.
И как мы выше обсудили, что сервис должен быть immutable.
А значит не подходит. Верно?
И как мы выше обсудили, что сервис должен быть immutable.
А значит не подходит. Верно?
МЛ
Потому что DI создаст объект с параметрами заданными, а когда мне нужно будет обратиться снова, то там останутся старые данные. Пока я их сеттерами не перебью.
I<
Все данные передавай как параметр при запуске.
I<
$my_service->doSomething(...$parameters);АК
Надо значит делать класс-фабрику и его делать сервисом
МЛ
Все данные передавай как параметр при запуске.
так это не проблема, я могу всегда передавать, а завтра придет новый разраб и обратится к моему серверу и не передаст параметры в какой-то момент, у него ответ будет не верный, так как старые остались.
МЛ
Алексей Кузнецов
Надо значит делать класс-фабрику и его делать сервисом
да, вот наверное так только. Спасибо)
I<
так это не проблема, я могу всегда передавать, а завтра придет новый разраб и обратится к моему серверу и не передаст параметры в какой-то момент, у него ответ будет не верный, так как старые остались.
А где старые данные могут остаться? Если ты их передаёшь через параметры, то они нигде не будут храниться.
МЛ
А где старые данные могут остаться? Если ты их передаёшь через параметры, то они нигде не будут храниться.
это же сервис)
МЛ
Он во второй раз не создает новый объект, а тянет старый)
I<
>
$my_service->doSomething(...$parameters);I<
Данные не надо хранить в объекте сервиса.
АК
Или можно повторно вызывать сеттеры из метода doSomething
МЛ
об этом и речь, что тогда этот класс где есть сеттеры с параметрами не должен быть сервисом.
А должен быть другой сервис, который будет создавать объект этого класса.
Типо промежуточный сервис
А должен быть другой сервис, который будет создавать объект этого класса.
Типо промежуточный сервис