Говорите, ребята! Как дела?

Сегодня я пришел немного поговорить с вами о Rest API. Тема хорошо прокомментирована и очень необходима для изучения бэкенда разработки, потому что знание того, как разрабатывать приложения на основе Rest, стало одним из необходимых условий для получения этой первой работы.

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

Приятного чтения и надеюсь, вам понравится! 😀



Что такое ОТДЫХ?

Передача репрезентативного состояния буквально означает передачу репрезентативного состояния, Rest — это не фреймворк, язык, приложение или что-то в этом роде.

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

В Интернете REST — это стиль, а HTTP — стандарт.


Как ограничения REST

Те же самые, которые определяются архитектурой Rest:

1. Клиент-сервер: как отдельные, так и независимые;

2. Без гражданства: связь между клиентом и сервером должна быть без сохранения состояния (Сфера запроса должна содержать все необходимое для его корректной обработки);

3. Кэш: в ответах должно быть четко указано, следует ли их кэшировать или нет;

4. Униформа интерфейса: все поставщики и потребители должны использовать единый пользовательский интерфейс для всех операций. (Дает возможность вовлеченным сторонам развиваться независимо);

5. Многоуровневая система: возможность добавления или удаления посредников во время выполнения без прерывания работы системы;

6. Кодирование по запросу (необязательно): логика на клиентах может быть обновлена ​​независимо от логики сервера с помощью исполняемого кода, предоставленного поставщиками на стороне клиента.

Помните, что приложения, реализующие архитектуру RESTful, реализуют все упомянутые выше ограничения.

Одним из преимуществ является то, что REST-приложения не зависят от языка, например, бэкенд может быть на Java, а фронтенд — на React.


Но как насчет API?

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

API используют HTTP-запросы, которые отвечают за манипулирование данными, то есть запрашивают CRUD в хранимых данных, тот, который мы видим в базе данных (Create Read, Update и Delete), здесь за это отвечают глаголы. , ПОЛУЧИТЬ, ПОСТАВИТЬ, УДАЛИТЬ, ИСПРАВИТЬ, ВАРИАНТЫ, ГОЛОВУ и их множество.



И сейчас?

В следующих сообщениях я намерен создать Rest API с использованием Spring Tools Suite 4, в дополнение к Docker для запуска MySQL и PHPMyAdmin, Jakarta EE, Lombok, FlyWay, а пока давайте посмотрим на результаты через Postman. В будущем я буду публиковать фронтенд-проект с использованием React.

Ждать!
Покойся с миром и увидимся позже!

.
.
.
(Видите какие-либо ошибки или несоответствия? Отправьте сообщение: D)