NubasLol, да все для обучения нужно использовать - видеокурсы, статьи, тостеры, чужие приложения.. Я сам люблю их поковырять, мне интересно, как другие делают. И еще ни разу в Ларавел проекте не видел преимуществ велосипедов перед Ларавел методами. Наоборот - пишут простые вещи сложно и в 10 раз больше кода чем нужно. Поэтому Ларавел вей, как эталон. Ну, по крайней мере для меня это работает.
Вячеслав Плиско, в оформлении заказа не нужно проверять реквест и права доступа, валидировать, логировать, уведомлять, делать запросы и тд? Модели не нужны, евент оплаты, очереди? От чего отказаться выгодно будет? Самому сервис очередей изобретать при живом Ларавел? Тогда пиши и методы коллекций, к чему себя ограничивать.
Вячеслав Плиско, не видел ни одного самопального аналог-сервиса, который был бы лучше чем в Ларавел. Обычно смешной говнокод, дублирующий Ларавел. Есть редкие хорошие пакеты, расширяющие функционал фреймворка (например от spatie), но это другой разговор. Да и какой смысл писать замену политикам, обсерверам и мидлварям? Это идиотизм. Тогда надо хелперы переписывать с методами коллекций, чтобы совсем клиника. Обычно так делают от незнания фреймворка или лени, иначе не объяснить зачем фигачить ифы и возвращать 403 руками в методе контроллера вместо authorize метода. Часто такое вижу.. Или методы типа getModel. А потом говорят, что у них "сложное приложение". Код действительно такой, что самому автору не всегда разобраться.
Причем тут культ. Классы упрощают разработку и поддержку, если использовать с умом. Я однажды видел приложение без классов и без использования Ларавел - это кромешный ужас. Его поддерживать и дорабатывать невозможно. Код читать нереально. 100% сам создатель этого шедевра уже в нем не ориентируется. Насчет очередей евентов и остального - те, кто не использует сервисы Ларавел обычно пишут свои кривые реализации, зачем им фреймворк непонятно.
Дублировать поля апи у себя нет смысла. Апи может поменяться или умереть. Или появится еще 10 апи с разной логикой и полями. Напиши класс, который создаст нужные модели/связи на основе данных апи. Внешний ключ можно сохранить под абстрактным external_id и потом дергать ресурс/связи когда понадобится.
Дмитрий, одна команда, чтобы создать модель и три строчки кода на отношение. Секунд 15 без автокомплита. И потом сэкономленные часы/дни/годы на проектирование и поддержание простыней говнокода и куча возможностей фреймворка, связанных с отношениями и моделями.
Такая писанина простой не бывает. Не помешает обратно к изучению Ларавел вернуться. Как фильтровать билдер и пользоваться реквестом написано в документации.
root09, а на фронте почему их зациклить нельзя? средствами js фреймворка, например. А из Ларавел по-нормальному отдавать Апи ресурсы. Или нравятся циклы с рендером в контроллерах?
djok2142, нет разницы аякс или не аякс. В Ларавел все работает одинаково. Гуглить статьи не нужно - есть официальная документация. Дичь - это один роут на все методы, а в Ларавел все сделано грамотно. Фреймворк действительно облегчает работу если его изучить и использовать. Чтобы не было простыней роутов, нужно использовать ресурсные роуты, которых большинство.
Кроме паразитирования на тему "никто кроме меня в этом говне не разберется" плюсов больше не нашлось.