Почему не return new Resource() в Контроллере? Для чего респонс? Зачем еще setStatusCode если в json второй параметр и есть статус кода return response()->json([], 201); Впиши какой хочешь Много лишнего и людей только путаешь
Ниасилил. Слишком быстро все происходит с непонятным комментариями: я не знаю почему у меня тут так, я не знаю когда я написал этот метод, контракты или нужны или не нужны (я не спец по этой части, но если нужны и контракты и фасады для одного и того же функционала - попахивает недостатком оптимизации в этой части приложения)
".. у нас есть сервис который имеет весь и функционал и можем использовать его, для того что-бы нэпосрэдствэнно, да чтобы непосредственно мы могли использовать весь этот функционал..." без обид но уж как-то .... не очень звучит склейка =)
Видео, супер, подписался) Увидел у тебя в провайдерах bind Contract, что за контракты первый раз встречаю их, может у тебя есть видео? Я просто обычно в конструктор контроллера инжекчу сервисы и всё глобально их использую в контроллерах и других сервисах. Но реализация через контракты красиво выглядит.
Контракты - это обычные интерфейсы, по которым ты делаешь реализацию сервиса. В провайдере Laravel ты можешь явно указать, какую реализацию для контракта использовать, а уже в самом контроллере инжектишь контракт. Плюс такого подхода как минимум в удобстве при тестировании и конечно ты в любой момент можешь сменить реализацию у контракта, тем самым избавишься от лишней возни с заменой везде сервиса на новый. Тут можно посмотреть подробнее - laravel.com/docs/9.x/providers
Привет) UserFacade::setData($request->validated())->setUser($user)->update(); при таком вызове ругается на setUser (( "Call to a member function setUser() on null" P>S> Забыл в функциях дописал return $this;
Почему не return new Resource() в Контроллере? Для чего респонс?
Зачем еще setStatusCode если в json второй параметр и есть статус кода return response()->json([], 201); Впиши какой хочешь
Много лишнего и людей только путаешь
постель заправь
Ниасилил. Слишком быстро все происходит с непонятным комментариями: я не знаю почему у меня тут так, я не знаю когда я написал этот метод, контракты или нужны или не нужны (я не спец по этой части, но если нужны и контракты и фасады для одного и того же функционала - попахивает недостатком оптимизации в этой части приложения)
".. у нас есть сервис который имеет весь и функционал и можем использовать его, для того что-бы нэпосрэдствэнно, да чтобы непосредственно мы могли использовать весь этот функционал..." без обид но уж как-то .... не очень звучит склейка =)
Вечер после тяжелого рабочего дня xD
Хотел бы уточнить. Какая тема стоит в phpStorm?
Material Theme UI
Много пересмотрел видосов, но только здесь нашел нормальное объяснение всему, чтобы понимать, а не делай повторяй
Автомат лайк
Видео, супер, подписался)
Увидел у тебя в провайдерах bind Contract, что за контракты первый раз встречаю их, может у тебя есть видео?
Я просто обычно в конструктор контроллера инжекчу сервисы и всё глобально их использую в контроллерах и других сервисах.
Но реализация через контракты красиво выглядит.
Контракты - это обычные интерфейсы, по которым ты делаешь реализацию сервиса. В провайдере Laravel ты можешь явно указать, какую реализацию для контракта использовать, а уже в самом контроллере инжектишь контракт. Плюс такого подхода как минимум в удобстве при тестировании и конечно ты в любой момент можешь сменить реализацию у контракта, тем самым избавишься от лишней возни с заменой везде сервиса на новый. Тут можно посмотреть подробнее - laravel.com/docs/9.x/providers
@@areaweb Аааа понял. Спасибо за ответ)
топи!!!!!!!!
Естьжи!
Привет)
UserFacade::setData($request->validated())->setUser($user)->update(); при таком вызове ругается на setUser ((
"Call to a member function setUser() on null"
P>S> Забыл в функциях дописал return $this;