раз в конструкторе?
Действительно, а зачем в каждом методе подтягивается Request? По твоей логике его можно в конструктор кинуть и всё
Если ты про контролер, то в момент создания контролёра, в конструктор будет подтянут request, который ещё не прошёл через посредники. Также это не будет работать в случае FormRequest.
вопрос не про инекцию реквеста, а сервиса
Если методы этого сервиса нужны в нескольких методах контроллера, di в его конструкторе банально проще и удобнее
А сервису зачем request? Если конечно сервис заточен только под Http запросы, но даже в этом случае лучше или передать Request в нужный метод сервиса, а лучше данные завернуть, например, в DTO и уже его передать в метод. Это облегчит и тестирование и понимание зависимостей сервиса от стороних данных.
да все так, просто разговор начался с того, что человек посоветовал другому юзать DI сервис-класса в метод, вместо инекции конструктора. Я написал что если сервис используется во нескольких методах то лучше 1 раз в конструктор сделать инекцию, и мне ответили почему тогда по моей логике request обьект в каждый метод ларавел делает di))
Обсуждают сегодня