Какой лучше выбрать PHP RESTful-фреймворк?

Question

[Ivanko]

Необходимо выбрать php-фреймворке для добавления информации в БД (MySQL) через API.

Требования:

1 на базе php-фреймворка заточенного для работы с REST
2 быстрый - производительный чтоб максимально эффективно использовать оборудование
3 понятный - можно было дописать среднему програмисту не имея "ларавел-образования"
4 расширяемый - можно было легко добавить дополнительные поля, свойства и тд
5 Поддержка GET/PUT/DELETE/POST - ПОСТ будет основным, тоесть будут заливать инфу
6 Поддерживал междунаролные стандарты/правила которые существуют в REST-сервисах
7 Было комьюнити и програмисты с обычной стоимостью услуг

Благодарю!

PS: если есть еще какие то моменты на которые следует обратить внимание при выборе - буду благодарен если укажете!

Answer 1

[Alex Plotnikov]

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

Comments

[Ivanko]

Спасибо поддерживаю, особенно за оверхеад и что не впаривали мне ларавел ))
а если типа такого: https://api-platform.com ?

[Alex Plotnikov]

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

[Ivanko]

Спасибо :)
Но все же - Phalcon или Slim? :))

[Alex Plotnikov]

ivan99, для меня phalcon, а для вас, попробуйте оба.
у фалкона преимущество в том, что он скомпилен в модуль, это очень быстро

оффтопик: а еще лучше golang, буквально неделя изучения и уже можно что-то сносное и очень быстрое написать, но это уже совсем другая история... )

[Ivanko]

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

[Сергей]

Я за slim framework

Answer 2

[Максим Федоров]

Ну все фреймворки же подходят, в том числе и микро, к микро ORM присадить нужно

• В Yii2 есть все для быстрого старта и он самый шустрый из большой тройки (но медленее микрофреймов)
  Быстрй старт с RESTful API
  
  
• В Slim/Laravel/Symfony есть все -- и роутинг(в том числе все методы HTTP) и работа с JsonResponse(), ORM Eloquent Laravel из коробки есть только в Ларке, Симфу так и быть скинем с ее сложностью и замудренной Доктриной
  
• В Yii2 и Laravel есть куча автоматизирующей работы для работы в "пару кликов"
  
• Slim + Eloquent ORM (от Laravel) -- самый шустрый
  
• Phalcon вообще очень быстрый (но он не совсем PHP)
  https://docs.phalconphp.com/de/3.3/tutorial-rest
  
  

По поводу Ларавела -- в этом фрейме куча удобств для разработчика, больше чем где-либо, зря сопротивляетесь -- изучите

Дополнение:
У меня основной заработок -- поддержка интернет-магазина на старой ЦМС, тоже буду крутить REST и делать буду на Slim + Eloquent
Причины:
- шустрый
- удобный DI контейнер (но в Ларке круче :)
- работает с PSR 7/PSR 15

Comments

[Ivanko]

Спасибо Максим, внимание - за АРГУМЕНТАЦИЮ! А не ответ в стиле "любой" )

Сам я расматривал тоже:
1 Slim
2 Phalcon, либо
3 Спец. решения типа api-platform.com и др заточенного под создание АПИ

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

Короче я хотел сказать что он подходит не для всех специалистов и не для всех проектов ))
ЛИЧНО ДЛЯ МЕНЯ - оптимлаьным является лекгое решение типа CI, F3, Slim коорые я могу просто скачать и начинать творить не копаяся сутками в дебрях монстра )) Согласен что это ен мейнстрим но сит. разные

Не в тему - Ларавел у меня ассоц. с Ангуляром в JS и Битриксом в CMS

Answer 3

[Александр Аксентьев]

любой фреймворк.(их не так уж много)

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

Comments

[Ivanko]

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

[Ivanko]

PS: и не стоит сувать ларавел в каждый вопрос-ответ.
По вашему ответу получается - "средний программист без ларавел образования" это слабое звено, что неверно впринципе.
Поверьте, безЛаравелные прграмисты тоже имеют право на жизнь..

[Александр Аксентьев]

ivan99,

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

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

А советовать будут каждый свой фреймворк, это бессмысленные холиварные вопросы из разряда андроид или ios.

Все фреймворки имеют пакеты или поддержку всего что вам нужно для разработки любого апи.
При этом скорость и всё остальное практически полностью зависит от того как это реализовать.

Если вы не умеете в принципе писать нормальный код, то выбор "правильного" фреймворка вам ничем не поможет.

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

это цитата из вашего же вопроса, так что я его сюда не пихал.

[Ivanko]

Александр ну смотрите еще раз:
1 - ваш ответ Любой фрейморк посути не является ответом на вопрос, так можно про многое что сказать тем более не все они соотв. заданным требованиям
2 "качество тоже разное будет и результат работать в разных ситуациях по разному.
Даже на одном фреймворке разные программисты сделают по разному." - именно поэтому и задан вопрос чтоб выбрать оптимальный а не "универсальный лаваравел"
3 "А советовать будут каждый свой фреймворк, это бессмысленные холиварные вопросы из разряда андроид или ios." - отлично, если у человека есть мнение и есть аргументация, то это как раз таки поможет выбрать правильное решение. И это не холивар, зачем любой спор/опрос/вопрос сразу возводить в ранг холивара точно также как и любой фреймворк сразу в лаварел.
4 Если вы не умеете в принципе писать нормальный код, то выбор "правильного" фреймворка вам ничем не поможет. - это во первых воспринимается как оскорбление ) во-вторых неверно, и в третьих вы не знаете чем именно я занимаюсь чтобы так писать - я не обязательно дб програмистом чтобы спрашивать о програмировании.
5 "это цитата из вашего же вопроса, так что я его сюда не пихал." - это не из моего вопроса а из моего комментария к вашему ответу гдле я показ что он неверен так как хороший програмист необязательно обязан знать ларавел

[Александр Аксентьев]

ivan99, что вы прицепились к ларавелу? Я его вам ни разу не предложил и даже его не упоминал кроме цитаты из текста вашего вопроса.

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

Вы уже вопрос сами забыли свой вопрос?

spoiler

По всем остальным пунктам вам уже ответили и перечислили все возможные варианты.
Они ВСЕ умеют делать то что вам нужно. При этом скорость от фреймворка зависеть будет на сотую долю процента, и на 99.9% от кода написанного программистом, а не разработчиками фреймворка.

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

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

[Ivanko]

Александр Аксентьев, :)
я прицепился не к лаварелу а к вашей конкретной строке а точнее к ее окончанию:
"Потому что слабое звено здесь не выбранный фреймворк, а "средний программист без ларавел образования"." - вот лишь и всего, возможно я ее понял иначе чем вы но звучит именно так что не знавший ларавел кодер это слабое звено :) ладно проехали.

[Ivanko]

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

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

Answer 4

[Paul Denisevich]

Возьмите Lumen, сделан на основе Laravel, но легче и быстрее:

https://lumen.laravel.com