правильный подход при разработке API restful. В одном месте наткнулся на логику контроллера. В другом месте люди перехватывают ошибке в хендлере ошибок. В третьем вообще юзают сторонние библиотеки. В одном месте не освящен момент с унификацией ответов вообще. Так и не нашел толковой статьи где все грамотно скомбинировано. Есть какой-нибудь пример best practice для построения своего API?
https://benjamincrozat.com/laravel-restful-api-best-practices может поможет ?
увы. там базовые вещи типа "не сунь пальцы в розетку". это я думаю знают и так все. там нет архитектуры апи. только советы совсем примитивные которые у меня и так отложились уже давно в голове)
нет идеальной архитектуры для апи, можете монолит разрабатывать, для реста важно версионирование, можете на модули пилить, можете микросы делать
так открой документацию по restfull, там все описано, а как оно у тебя реализовано на бэке клиента, который будет работать с твоим restfull api не волнует, а вот пострадать ему придется, т.к. с каноническим restful api интерфейсом не всегда удобно работать
согласен, забудьте про сессии и в целом про любые попытки хранить состояние.
как раз как это все грамотно собрать вместе. вот в чем вопрос. апи не дает такого понятия
в данном случае я не об этом, я про PUT DELETE PATH
согласен, тоже не всегда удобно
нет никакой "архитектуры апи". есть книги и статьи просто по архитектуре их и читай. по апи только rest и то опционально. по поводу ответов - ларка сама ответит json-ом, если заголовки пришли правильные, можешь форсировать: https://laraway.github.io/api-headers/#only-json а в остальном "апи" не отличается ни от чего другого что делал ты ранее, если делал, конечно. префиксы v1, v2... тоже легко пилятся, зависит очень сильно от проекта. можешь хоть на модули бить. никаких пакетов дополнительно не надо.
При установке ларки в целях развёртки апи сервера, её нужно от доп модулей чистить и блейды куда то деть? Есть ли такой гайд, пост чем можно ознакомиться?
от каких доп модулей? и чем тебе блейды мешают? ты ж понимаешь, что email шаблоны могут быть в api и они будут в блейдах?
дашборды и прочее лишняя фигня которая потом еще и будет индексироваться в поисковике
при установке ларки нет никаких "дашбордов" если ты про телескоп, то он не ставится в прод, либо можно закрыть. от поисковиков - это немного не про лару, но роботс, а хочешь совсем - то base auth
вопрос понятен, аналога симфони скелетона (который чисто под апи заточен) у лары нет, но и надобности в нем никакой нетъ
Обсуждают сегодня