сегодняАрхитектура Solomon_Xiao GedanПриходите и поделитесь с вами ролью Rest Ful и ценностью использования в проекте, добро пожаловать в гости🔥Практика изящного завершения работы бессерверных микросервисов, Нравится Нравится Нравится. Обратите внимание на мой публичный номерСоломон Сяо Гедан АрхитектураПолучите больше сюрпризов
Представляем RestFul
Цель стиля RestFul (REpresentational State Transfer): используется для стандартизации интерпретации ресурсов и правил работы.
Недостатки традиционного определения ресурса URL
- Нет единой спецификации для переданного URL-адреса, глагол и имя объединены, и трудно понять конкретное деловое значение через знак ориентации ресурса URL.
- Когда нестандартные URL-адреса создают проблемы в больших проектах, ими сложно управлять и поддерживать
- У каждого свое понимание правил ресурсов, так что какие настоящие стандарты, много спецификаций, низкая узнаваемость, и в конце концов просто делают что хотят, а то метка ресурса испорчена
RestFul действие
- Каждый URI представляет ресурс
- Ограничьте выражение ресурсов с помощью единой спецификации стандартного стиля. Он имеет четкую структуру, соответствует стандартам, прост для понимания и легко расширяется, поэтому его принимают все больше и больше веб-сайтов.
- С помощью четырех глаголов HTTP работайте с ресурсами на стороне сервера для достижения «преобразования состояния уровня представления».
Случай RestFul
Как работать с участниками проекта
Правила пути RestFul
С помощью правил пути ресурсов четко обозначена иерархическая связь между ресурсами и ресурсами, а именно:
/order/{orderid} : указать детали заказа
/order/{orderid}/products: указывает продукты, связанные с заказом.
/order/{orderid}/products/{id} : указанный товар по указанному заказу
Примечание:Попробуйте использовать существительные в местоположении ресурса, потому что действие описано в методе.
Формат протокола RestFul
Формат протокола:Метод + пробел + URL (ориентация ресурса) [? фильтр]+версия протокола+оператор
действие ресурса
Метод (поведение ресурса при работе, изменение состояния ресурса)
GET : Запросите ресурс, специфичный для сервера.
POST: сервер создает новый ресурс.
PUT : обновить клиент ресурсов сервера (весь ресурс).
УДАЛИТЬ: сервер удаляет определенный ресурс.
PATCH: Обновите ресурсы (части ресурсов) на сервере.
Примеры действий и ресурсов
GET /order/{orderid} : получить указанные детали заказа.
Объяснение передачи репрезентативного состояния ресурсов
-
Ресурс:
- Конкретные ресурсы сервера и каждый конкретный ресурс имеют уникальный URI.
-
Представитель:
- «Ресурсы» в различных формах отображения. Например, json, xml, изображение, txt.
-
Государственная передача:
- Реализуйте изменение состояния ресурсов на стороне сервера с помощью Method.
твойкакиобрати внимание надаАрхитектура Solomon_Xiao GedanПродолжение мотивации.