Restful — самая популярная спецификация проектирования интерфейса на данный момент. Это спецификация, которую должны знать как интерфейсная, так и серверная части. Эта спецификация определяет, что при разработке интерфейса в каждом процессе
клиентскийпротокол
должен использовать при взаимодействии с серверной частью. -завершить обслуживание через API.
APIдоменного имени
протокола HTTPSдолжен быть развернут под выделенным доменным именем и должен быть максимально простым. Если вы уверены, что API очень прост и не будет далее расширяться, вы можете рассмотреть возможность размещения его под именем основного домена. Вот два распространенных примера корневого URL-адреса:
версии (версии)
под основным доменным именемдолжны оставаться обратно совместимыми. Вы должны внедрять новые версии API, обеспечивая при этом доступность старых версий API. Поэтому
для конкретного URL-адреса API маршрутизации (маршрутизатора) должен быть указан адрес поддержки версии (путь)
.
Что касается того, должен ли URL-адрес использовать дефисы (-) или подчеркивания (_), не существует жесткого и быстрого правила, но оно должно соответствовать стилю, основанному на ситуации в команде
глагол (метод метода запроса)
— это особый тип операции для ресурсов, представленный HTTP-глаголами. . Существует пять часто используемых команд HTTP (соответствующие команды SQL указаны в скобках).
Параметры URL-адреса
Все параметры URL-адреса должны быть написаны строчными буквами и использовать форму параметра типа подчеркивания. Параметры подкачки должны быть фиксированными для страницы и размера страницы.
В ответе (Ответ)
должен быть выбран соответствующий код состояния HTTP.
Данные должны быть возвращены в формате JSON.
Все ошибки должны быть отформатированы единообразно.
Общий код состояния
формат ошибки
'message' => ':message', // Подробное описание ошибки 'errors' => ':errors', // Подробное описание ошибки параметров, 422 и других статусов предоставляет 'code' => ' :code', // Определенный бизнесом код исключения 'status_code' => ':status_code', // код статуса http 'debug' => ':debug', // информация об отладке, непроизводственная среда предоставляет
сообщение ?
Сообщения HTTP используются для обмена информацией при запросах и ответах HTTP. Сообщения, которые поступают на сервер от клиента,
делятся на две категории: сообщения запроса
и сообщения ответа. Основные структуры сообщений запроса и ответа одинаковы и состоят из трех частей:
axios
, и сервер узлов создают XMLHttpRequests из браузера
Создание http-запросов из node.js
поддерживает Promise API.
Поддерживает перехват запросов и ответов, преобразование данных запроса и данных ответа, отмену запросов, автоматическое преобразование JSON, поддержку данных клиента для защиты от XSRF
, да ладно, незнакомцы (мне не привыкать приходить и уходить, я надеюсь на это! будет вам полезен)
Вышеупомянутое — это основные знания, которые необходимо освоить в области клиентской и внутренней коммуникации! Для получения более подробной информации, пожалуйста, обратите внимание на другие статьи по теме на китайском сайте php!