Что лучше Laravel или Lumen для REST API?

Question

[CaptainJustness]

И так, необходим универсальный backend API для frontend ReactJS и native android, ios.
Важные критерии: oauth, регистрация, авторизация, роли допуска, рассылка писем, пагинация

Сначала я начал разрабатывать на Lumen, поставил необходимые пакеты (flipbox/lumen-generator, dusterio/lumen-passport, dingo/api, barryvdh/laravel-cors) и задался вопросом - не превратил ли я его в Laravel по сути, и хватит ли мне его? Потому что мне нужно будет делать email рассылку, а значит надо еще и прикручивать blade. К тому же кто-то писал, что dingo/api плохая вещь.

Тогда решил попробовать делать на Laravel. Накатил сразу ReactJS через mix laravel. Пришлось установить только laravel/passport, также изменить class Handler extends ExceptionHandler, чтобы ошибки возвращались в json формате. И еще всякое изменить.. и тут я задался вопросом - а правильно ли, что я перешел на laravel? Не покидает ощущение, что 90% возможностей не будет использоваться, такие как сессии, web-часть и т.д. а следовательно зря тащиться каждый раз в проекте и мусорить.

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

Прошу не отвечать в таком виде: "делай на laravel" или "делай на lumen". Я хочу увидеть аргументированные ответы и ваш опыт.

Comments

[JhaoDa]

нужно будет делать email рассылку, а значит надо еще и прикручивать blade

Рассылки !== Blade

изменить class Handler extends ExceptionHandler, чтобы ошибки возвращались в json формате

Они и так возвращаются в json, если запрос ожидает json.

Накатил сразу ReactJS через mix laravel.

Очень важная вещь, без неё приложение на ларавел не сделать...

[JhaoDa]

CaptainJustness, «если запрос ожидает json». Очевидно же, что твой запрос не ожидал json, ибо ты не установил нужные заголовки.

[Artem0071]

CaptainJustness, кучу данных с номерами строк в коде - потому что APP_ENV=local
Переделайте в прод и все будет чисто, без "лишней" инфы

[Модератор]

CaptainJustness за порчу вопросов будет больно.

Answer 1

[Евгений Вольф]

а значит надо еще и прикручивать blade

Не значит.

К тому же кто-то писал, что dingo/api плохая вещь.

Вас никто не заставляет его использовать, если он плохая вещь.

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

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

аргументированные ответы и ваш опыт.

Мой опыт подсказывает мне, что Lumen был изначально придуман для максимальной скорости работы, что обычно важно при написании таких сервисов как различные REST/API-серверы, особенно при больших нагрузках на оные.

а следовательно зря тащиться каждый раз в проекте и мусорить

Обычно то, что Вы называете "мусором" лежит в тех папках, в которые программисту лазить по определению не положено. Но, если ставить вопрос именно так то "мусор" будет в любом случае, не зависимо от выбора фреймворка.

P.S. Возвращаясь к вопросу "архитектуры" - сначала пишут задачу, потом требования, а потом под эти требования подбирают решение, которое подходит под эти требования. Если Вы начнёте работать именно по такому принципу - вопросы подобные этому будут отпадать сами собой, раньше чем будут появляться.

Comments

[Евгений Вольф]

- регистрация, авторизация (oauth)

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

- роли пользователей (админ, продавец, покупатель)

Можете взять готовый пакет для этих целей или просто добавить 1 поле в таблицу пользователей. Не вижу тут сложностей.

- рассылка писем email

Аналогично, от фреймворка эта функция по моему не зависит никак.

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

Пагинация "из коробки" насколько я помню идёт в Eloquent, который при желании Вы можете установить в Lumen, если его там нет (на вскидку не вспомню, есть ли он там по умолчанию). Либо взять любой ORM, в котором будет пагинация, либо реализовать её самостоятельно (это очень просто).

- front-end на ReactJS

Фронтэнд в данном случае отношения к этой части проекта не имеет никакого, пишите его отдельно, в "соседней папке". Это же по сути клиент, и к архитектуре сервера он отношения прямого не имеет. По крайней мере если я правильно Вас понял.

- в будущем React Native для Android.

Думаю, аналогично предыдущему пункту.

[Евгений Вольф]

CaptainJustness, Lumen, как я уже говорил, сделан с упором на скорость работы, т.е. на обработку максимального кол-ва запросов в единицу времени. Если вопросы скорости Вас не особо волнуют - можете выбрать любой из этих двух фреймворков. Например, Laravel, в нем даже отдельная группа роутов для API есть, плюс к тому, мне там роутер нравится больше чем Lumen'овский.

[Евгений Вольф]

CaptainJustness,

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

База данных - это отдельная тема, очень обширная.

А если в config/app.php отключить не нужные провайдеры, будет ли улучшение производительности? и существует ли такая практика в ларавел, как отключение провайдеров. может не будет работать вообще.

Думаю, что существует, но это явно не первое что стоит делать для увеличения производительности.

Первое, что Вам стоит сделать - однозначно определиться с потребностями, в этой самой производительности. После чего - провести замеры по скорости, под разной нагрузкой и уже на основании полученных данных делать вывод о том, подходит оно Вам или нет. Но, опять таки, возвращаясь к началу - никаких требований к скорости работы Вы не озвучивали, по этому, можете смело использовать Laravel.

[Евгений Вольф]

CaptainJustness, да, я думаю да. Очень близко по смыслу к тому, о чём я пытался Вам сказать. Единственный момент:

то для API использовать Laravel

я бы немного уточнил: то для API можно (ничего не мешает) использовать Laravel

Answer 2

[FanatPHP]

Именно поэтому подход Симфони 4 рулит. Выбираешь только те компоненты, которые нужны.

Answer 3

[Evgeniy S]

Нужно решить что в приоритете - быстро писать (Laravel) или мнимая производительность (Lumen)
В свое время тоже пробовал оба варианта и мне показалось, закомментить неиспользуемые части в Laravel быстрее, чем прописывать недостающие пакеты и конфиги в Lumen
"ломать не строить"

Answer 4

[MiyRon]

Я человек из 2021. Если вы пишите микросервис или просто rest используйте lumen из него убрали очень многое того что необходимо в монолите и изменили некоторые механики которые более удобны для rest-api. Например валидатор при ошибках теперь не перенаправляет вас, а возвращает ошибки валидации клиенту в формате json. В общем lumen это выбор для микросервисов, а laravel для монолитов. Хотя и на laravel можете писать микросервисы.