Веб-API против RESTful-сервисов

Question

Меня спрашивали о различии между веб-API и службами RESTful, и это также интересный вопрос для меня. С моей точки зрения, единственная возможная разница между сервисом RESTful и веб-API может рассматриваться как то, что службы RESTful по своей сути должны быть безстоящими (хотя мы можем использовать файлы cookie), в то время как концепция неотъемлемо апатридов не применяется к веб-API поскольку мы можем использовать сеансы (не могут использоваться в службе RESTful).

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

Answer 1

Вы сравниваете рамки программирования и парадигму дизайна. Это не справедливое сравнение.

Веб-API - это рамочная программа для веб-сервисов. Вы можете использовать, используя REST API, но у вас нет есть. Вы можете также писать в нем службы RPC-стиля или действительно просто любое приложение, которое говорит HTTP, но не (строго) придерживается принципов REST.

Answer 2

ОТДЫХ - это всего лишь архитектурный стиль. Это не какой-либо протокол или структура. Вы можете внедрять сервисы RESTful, используя множество фреймворков и языков программирования. Веб-API является одним из них для .NET.

Это правда, что службы RESTful не имеют гражданства. Вот список основных REST ограничений:

• клиент-сервер
• Stateless
• Cache
• Единый интерфейс
• Многоуровневая система
• Code-On-Demand

Для получения дополнительной информации о архитектуре REST я рекомендую Roy Fielding ' в соответствии с этим link.

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