Фреймворк для api.

Какая разница, откуда слать запросы курлом (подставь нужное)? Главное - чем составить запрос и чем обработать ответ, тут все зависит от вашего софта.

У чувака горит что ему запрещают вебфрейворки использовать для api.
Вопрос. Обязатальено для api веб фрейворки использовать?

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

Если вопрос стоит в том, как лучше с точки зрения кода, тогда смотри начало коммента.

Мое личное мнение - только для работы с api фреймворки не нужны.

//Я не программист.

У чувака горит что ему запрещают вебфрейворки использовать для api.

начальники самодуры, типичная картина.

С вебфреймворками удобнее чем на голом PHP или любом другом языке?

да

Вопрос. Обязатальено для api веб фрейворки использовать?

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

У чувака горит что ему запрещают вебфрейворки использовать для api.

Бывает, но с начальством лучше не спорить. Если не нравиться, то можно уволиться.

Вопрос. Обязатальено для api веб фрейворки использовать?

Нет

С вебфреймворками удобнее чем на голом PHP или любом другом языке?

В основном да.

Если API будет торчать наружу, то в подавляющем большинстве случаев да, надо.

Если оно у тебя внутри внутренней инфраструктуры и надо чтобы оно просто работало - смотреть надо на то какие требования будут к сервису.

Почему?

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

Если у тебя внутренний сервис, то тут многие вещи можно не делать (доверенное окружение, можно сэкономить время на разработку и тестирование на них). Но не всегда и надо по ситуации разбираться.

Не понял, api сервер или api клиент ?

Для сервера только фреймворк, например http://www.django-rest-framework.org/

Если только слать запросы, то подобия libcurl и парсера xml, json достаточно

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