работают провайдеры. Как можно, и есть ли встроенная возможность в провайдере получать аргументы при инъекции?
Условный контроллер:
class UserController
{
public function login(Request $request, User $user)
}
Вот я хочу что бы у меня провайдер взял request, выковырял из него id, и вернул из модели конкретного user'a найденного в модели по id
В данном случае не удачный пример, т.к. для описанной тобой задачи существует: https://laravel.com/docs/10.x/routing#route-model-binding
Да, мне тут уже gpt подсказал, но как пример в вакууме, просто первое что пришло в голову, сама логика вопроса то ясна я думаю
ясна 50/50, то что ты привел не решается через инъекцию (хотя можно) или как минимум это переусложнит работу с системой, в твоем случае лучше через инъекцию метода получить сервис класс, который на основе данных из request-а вернет нужный тебе объект.
А если в провайдере прописать обращение к гетеру контроллера, и вернуть объект по query, это сильно костыль, или очень сильно костыль?)
как я указал выше, это весьма трудно контролируемый способ, тяжело тестируемый и не предсказуемо используемый
Та я вообще с высоты своего джуновского взгляда плохо представляю как всю эту магию провайдерно фасадную в ларе тестить...
вот чтоб не пришлось городить тесты на провайдеры и DI (которые и так протестированы на уровне framework-а), потому и рекомендую использовать примитивные зависимости, без использования данных из Request-а А выборки, построения объектов перенести в сервис классы, которые подтягиваются автоматически А по поводу фасадов, это отдельная песня и использовать их надо обдумано и аккуратно. Из свой практики есть два фасада которые приходится использовать, это DB (для транзакций, хотя и это можно обойти) и Route (для регистрации маршрутов), остальные почти никогда.
А обычные бинды, или бинды примитивов тоже считаются плохой практикой в ларавел? Просто если ты работаешь там где нельзя это юзать, то может лучше взять симфонию?
Обсуждают сегодня