Прежде всего - статья. Кто в состоянии её прочитать и понять может не читать дальше (но это не я).
Теперь своими словами, опираясь на множество определений и собственные способности излагать:
- API - протокол общения между двумя программами. Если на пальцах, то: клавиатура и ПК общаются друг с другом через API. Им в данном случае является USB порт.
- Representational State Transfer или REST - концепция взаимодействия с веб-сервисом, стиль взаимодействия компонентов.
- Ну ок, а как взаимодействует? Характерный стиль включает в себя шесть пунктов:
• Клиент-серверная архитектура.
Хотим изменить логику обработки информации на сервере? Делаем это на сервере, логика клиентов остается такой же.
• Stateless.
Сервер в запросе получает необходимую информацию. Хранить её - задача клиента. Есть еще обратная сущность - Stateful. Извольте-с, сударь, к серверу БД прикрутить, шоб она всю важную инфу хранила.
• Кэширование.
Сервер быстрее отдаёт информацию, если запрос от клиента уже приходил ранее. Потому что держит такую информацию в кэше. Почисти кэш бразуера, кстати!
• Единообразие интерфейса.
Новая и моднейшая для меня аббревиатура HATEOAS, означающая, что сервер в ответе клиенту отдаёт не только ресурс, но и его связи с другими ресурсами и действия, которые можно с ним совершить. Чепуха какая-то, но с ВКЛ HATEOAS клиент становится более гибким и самостоятельным. А это нам и надо.
• Layered system.
Слоистая архитектура. Элементы системы живут независимо друг от друга. Клиент обращается к прокси, прокси к балансировщику, а балансировщик к серверу. Каждого из этих товарищей можно тюнинговать без вреда для остальных.
• Code on demand.
Код по требованию или "сам выполняй что тебе надо" - сервер не выполняет какие-то действия при запросе клиента, он отдает клиенту инструкцию, как делать самостоятельно. - REST API использует HTTP (про него в вышеупомянутой статье рассказывают тоже) методы: GET, POST, PUT, DELETE.
- Резюмируя, если слышно: "у нас REST", "RESTful-сервис", "RESTAPI" - это значит, что продукт понимает вышеуказанные методы и соответствует вышеописанным стандартам.
Ну и чё?
Да ничё. Есть у тебя личный кабинет (ЛК) какой-нибудь богодельни, контакта, госуслуг и тд.
Можно в этот личный кабинет зайти и кнопки там всякие нажимать, заполнять поля. А можно по API выполнять методы - получить инфо, внести данные, удалить данные и всякое такое.
Результат, визуально, если смотреть в сам ЛК, будет один и тот же.
Через API это просто быстрее и автоматизируется. Удобно, короче.
