Подтвердить что ты не робот

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

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

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

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

4b9b3361

Ответ 1

SHORT ANSWER Нет, вам не нужна рамка для достижения вашей цели.

НО Но будет проще, если вы используете фреймворк для управления вашим API. Я предлагаю вам перейти на облегченный фреймворк, и, возможно, вы можете легко конвертировать ваш webapp в каркас, имея одно "приложение" для возврата двух разных "вещей" (веб-материал и API).

Посмотрите Laravel, REST API на основе Laravel 4 или список популярных php rest api frameworks, которые могут быть использованы для его создания.

Ответ 2

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

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

Ответ 3

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

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

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

Ответ 4

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

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

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

Ответ 5

REST - это скорее идеология дизайна, чем языковая среда, поэтому НИКАКОЙ НЕОБХОДИМО использовать какую-либо фреймворк. Однако нет никакого преимущества в том, чтобы изобретать колесо (уверен, что есть некоторые недостатки, такие как безопасность, структура и т.д.).

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

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

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

Ответ 6

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

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

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

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