Но если ты хочешь использовать средства фреймворка - то тебе ребята выше и я написали более развёрнутый ответ, как это лучше решить.

хорошо. спасибо. Покурю исходники ларки, поразбираюсь. Если что намучу. покажу потом )

Там отличная дока на пару страниц

Ну из того, что тебе нужно

Попробуй на бумажке нарисовать как идёт запрос и что тебе нужно

И выдели там компоненты mvc пунктирными квадратами

Должно встать, чего-куда вставлять надо в плане кода

Единственное что я не помню, но может иметь значение - возможно библиотека обрабатывать запросы будет как cli

Такое тоже может быть

Это надо код глянуть и доки к самой библиотеке. Но ты может используешь другую. Или сам пишешь. Но такие вещи самому писать, мне кажется, смысла нет

Добрый день всем

сразу к вопросам, в папке routes нашел сразу два файла api.php и web.php

для чего они?

оО

а документацию почитать?

и как посмотреть действие роутинга из файла api.php

прочел, но не совсем понял

api/action

Route::middleware('auth:api')->get('/user', function (Request $request) { return $request->user(); }); при наборе /api/user - отбрасывает на главную страницу

чуваки, дергать один контроллер из другого - моветон?

чуваки, дергать один контроллер из другого - моветон?

для чего?

чуваки, дергать один контроллер из другого - моветон?

сколько опечаток в слове говнокод..

для чего?

например если у меня админка и апи в одном проекте

мне в админке надо будет апишку дергать

что бы не даблкодить

Route::middleware('auth:api')->get('/user', function (Request $request) { return $request->user(); }); при наборе /api/user - отбрасывает на главную страницу

читай документацию. конкретно про роутинг или сформулируй конкретнее чего ты хочешь добиться

во первых можешь сделать class YourClass extends YourOtheClass

вот это будет точно говнокод)

по-моему можно дергать роуты

нельзя

ну вернее ты можешь дергать хоть сервер пентагона при каждом запросе, дело твое

ну что Юрок, что посоветуешь

гениальный ты мой

если у тебя возник такой вопрос то это признаки того что проектировал неверно. хотя тут конечно могут налететь любители микросервисов, а там вполне себе часто встречается дергаенье самих себя через апи

с отдельным сервисом именно что не надо самого себя дергать)

но я так посмотрел, слишком много дублирую кода

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

почему не хочешь сделать базовый класс контроллера и от него наследоваться?

если у тебя так много кода

и дока похапе кстати трейты советует на такой случай

у меня не много кода

бля, пихать админку в апи - так себе решение

бля, пихать админку в апи - так себе решение

наоборот же круто

горизонтальное масштабирование тут подойдет лучше

почему не хочешь сделать базовый класс контроллера и от него наследоваться?

ну или трейт в крайнем разе

потом захочешь приложение для телефона написать

и все готово

у меня тут наоборот мысли что новый проект надо делать исключительно апишный

фронт отдельным бандлом

с отдельным сервисом именно что не надо самого себя дергать)

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

и дергать будешь по сути сам себя

но через апи

теперь стало еще непонятнее

ладно пофиг, тоже на отдельной админке остановлюсь

GraphQL вам в помощь

И админки и фронты

И приложухи

GraphQL вам в помощь

а че, уже многие умеют его готовить?

Кстати недавно первый раз прочитал про graphQL но ещё не разбирался как это на практике работает. Хотя звучит интересно

просто на хабре что ни статья про граф то вопросы уровня "ого, как интересно работает, но использовать это я конечно не буду"

Давно используем, полет нормальный

пакет для лары нормальынй есть?

Оверхед канеш для простых задач, но если моделек много, связей еще больше - отлично. Пакет такое себе, но терпимо. У нас товарищ один начал пилить под доктрину, чтобы автоматом на основе сущностей строить квери и мутации, потому что на основе элоквента приходится тонну описалова плодить

Но там не доделано

Поэтому юзаем стандартный под элоквент

В итоге процесс такой: Пилим базовые классы квери и мутаций, наследуемся, описываем поля и все работает.

С доктриной даже этого не надо было бы делать

Тупо пилим entity

И от него само работат

🗣людиии, аууу, вы где?

Не, фолли, дергать вручную контроллер нехорошо. Да и в контроллере держать бизнес логику какую-то (раз появляется необходимость его дергать) тоже так себе. Все таки тебе нужен какой-то сервис

я бы не сказал, что у меня там бизнес логика

валидация + дергание модели

все

но как известно, в ларке бл может строиться внутри магии

типо там задать параметры заполнения модели можно и т.п.

в зависимости от реквеста

Ну дерганье модели - это ты уже с базой работаешь. я хз, я бы вынес наверное

понимаешь в чем дело

выносить две строки в отдельный сервис