Нужна ли мне платформа для создания REST API в PHP?


Я довольно новичок в PHP (около 8 месяцев). Я создаю веб-приложение, которое почти готово к бета-версии. Я только сейчас начинаю думать о том, что мне нужно сделать, чтобы мобильная версия приложения.

Как я понимаю, я должен создавать REST API (пожалуйста, поправьте меня, если я ошибаюсь). В настоящее время я не использую PHP-фреймворк для своего веб-приложения. А должен ли я быть?

должен ли я теперь начать использовать фреймворк, чтобы я мог более легко реализовать свой API? Или я могу построить свой API без каких-либо рамок вообще?

6 54

6 ответов:

КОРОТКИЙ ОТВЕТ: Нет, вам не нужны рамки для достижения своей цели.

но это будет действительно проще, если вы используете фреймворк для управления API. Я предлагаю вам пойти на легкий фреймворк, и, возможно, вы можете легко конвертировать свое веб-приложение в фреймворк, имея одно "приложение", чтобы вернуть две разные "вещи" (web stuff & API).

посмотри Laravel,Laravel 4 на основе REST API или список популярный PHP и API-интерфейс REST рамки который может быть использован для его создания.

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

весь смысл фреймворков заключается в обработке общих задач и вещей, которые в противном случае утомительны. API-интерфейс REST, как правило, написан на PHP, поэтому множество фреймворков существует. Лично я бы использовал легкий рамки вроде тонкий просто для обработки таких вещей, как маршрутизация URI, разбор/очистка данных запроса и генерация ответов.

нет вам не нужен фреймворк для создания REST API, но это настоятельно рекомендуется, так как хорошо построенный фреймворк может позаботиться о вещах, которые могут быть очень сложными и сложными в противном случае, а именно аутентификация сеанса и кэширование и хорошо разделенная архитектура. Изобретение велосипед только получает вас до сих пор.

Я разработчик Wave Framework который был разработан с учетом API-ориентированного дизайна (подробнее здесь). Я призываю вас принять посмотрите в эту структуру и посмотреть, если это может быть что-то, что может помочь вам. У него есть небольшая группа разработчиков, но он медленно завоевывает признание.

Я призываю вас взглянуть на это, и если это может удовлетворить ваши потребности.

есть также инструменты, которые создают REST api из БД без необходимости дополнительного кода.

Если вы используете Postgres есть отличная программа postgREST это

служит полностью RESTful API из любой существующей базы данных PostgreSQL. Он обеспечивает более чистый, более совместимый со стандартами, более быстрый API, чем вы, вероятно, напишете с нуля.

REST-это скорее идеология дизайна, чем языковая структура, поэтому вам не нужно использовать какие-либо рамки. Однако нет никакого преимущества в изобретении колеса (конечно, есть некоторые недостатки, такие как безопасность, структура и т. д.).

Если вы хотите избежать хаоса MVC (который не является обязательной спецификацией архитектуры REST), вы можете использовать любую PHP mico-framework (Slim, Lumen и т. д.), Они очень быстро учатся и реализуют и позволяют разработчику PHP писать приложение на основе маршрута (подобно тем из среднего и Экспресс) экономия много времени.

большинство этих фреймворков также поставляется с MVC, но если вы не хотите давать CMS для API, MR (Model-Routes) достаточно хорош (и практически лучший) для всех остальных потребностей.

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

мир очень большой, поэтому никто не может сделать все в одиночку. Кто-то поможет кому-то (кто делает что-то новое) сделать что-то старое. Это причина, libray и FW существуют в нашем мире ИТ.

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

хотя просто спокойный сервер, с чистым PHP, нам нужно решить проблемы с: маршрутизацией URI, анализом/очисткой данных запроса, доступом к данным, управлением зависимостями, генерацией ответов, bla bla bla...

Я рекомендую использовать Slim или Phalcon (Micro App). Slim-это простой и быстрый метод, но Phalcon-это эффективный и высокопроизводительный метод.