Не конкретный вопрос, а просто из интереса, недавно разобрался как

Question

Не конкретный вопрос, а просто из интереса, недавно разобрался как

работают провайдеры. Как можно, и есть ли встроенная возможность в провайдере получать аргументы при инъекции?
Условный контроллер:
class UserController
{
public function login(Request $request, User $user)
}
Вот я хочу что бы у меня провайдер взял request, выковырял из него id, и вернул из модели конкретного user'a найденного в модели по id

#backend #laravel #php #programming #russian

0

25.08.2023

8 ответов

7 просмотров

Bog Sala Автор вопроса

Да, мне тут уже gpt подсказал, но как пример в вакууме, просто первое что пришло в голову, сама логика вопроса то ясна я думаю

0

8 месяцев назад

Egor Gruzdev

Bog Sala
Да, мне тут уже gpt подсказал, но как пример в вак...

ясна 50/50, то что ты привел не решается через инъекцию (хотя можно) или как минимум это переусложнит работу с системой, в твоем случае лучше через инъекцию метода получить сервис класс, который на основе данных из request-а вернет нужный тебе объект.

0

8 месяцев назад

Bog Sala Автор вопроса

Egor Gruzdev
ясна 50/50, то что ты привел не решается через инъ...

А если в провайдере прописать обращение к гетеру контроллера, и вернуть объект по query, это сильно костыль, или очень сильно костыль?)

0

8 месяцев назад

Egor Gruzdev

Bog Sala
А если в провайдере прописать обращение к гетеру к...

как я указал выше, это весьма трудно контролируемый способ, тяжело тестируемый и не предсказуемо используемый

0

8 месяцев назад

Bog Sala Автор вопроса

Egor Gruzdev
как я указал выше, это весьма трудно контролируемы...

Та я вообще с высоты своего джуновского взгляда плохо представляю как всю эту магию провайдерно фасадную в ларе тестить...

0

8 месяцев назад

Egor Gruzdev

вот чтоб не пришлось городить тесты на провайдеры и DI (которые и так протестированы на уровне framework-а), потому и рекомендую использовать примитивные зависимости, без использования данных из Request-а А выборки, построения объектов перенести в сервис классы, которые подтягиваются автоматически А по поводу фасадов, это отдельная песня и использовать их надо обдумано и аккуратно. Из свой практики есть два фасада которые приходится использовать, это DB (для транзакций, хотя и это можно обойти) и Route (для регистрации маршрутов), остальные почти никогда.

0

8 месяцев назад

Bog Sala Автор вопроса

Egor Gruzdev
вот чтоб не пришлось городить тесты на провайдеры ...

А обычные бинды, или бинды примитивов тоже считаются плохой практикой в ларавел? Просто если ты работаешь там где нельзя это юзать, то может лучше взять симфонию?

0

8 месяцев назад

Egor Gruzdev · Accepted Answer

Egor Gruzdev

В данном случае не удачный пример, т.к. для описанной тобой задачи существует: https://laravel.com/docs/10.x/routing#route-model-binding

0

8 месяцев назад

170 похожих чатов

Не конкретный вопрос, а просто из интереса, недавно разобрался как

8 ответов

Похожие вопросы