me_edu
REST API: проектирование и потреблениеШаг 20 из 31 · 0% пройдено
JSON и проектирование · JSON и проектирование

Принципы REST и проектирование эндпоинтов

Шаг 20 из 316 минТеория
Цель

Понять основной механизм темы «Принципы REST и проектирование эндпоинтов» без заучивания отдельных терминов.

Как работать

Прочитайте блок один раз целиком, затем вернитесь к схеме или примеру и перескажите идею своими словами.

Критерий

Сформулированное правило, пример применения и одно ограничение метода.

BODE MAGNITUDE · LOW-PASS FILTER0 dB-3 dBlog f|H(jw)|, dBcutofffc-20 dB/decactual responseasymptote
Диаграмма Боде связывает частоту, усиление и частоту среза фильтра.
Опорная идея

REST — это набор соглашений, делающих API предсказуемым. Ключевая идея: всё — ресурсы, у каждого свой адрес, а действия задаёт HTTP-метод.

Хорошие правила именования эндпоинтов: • используйте существительные во множественном числе: /users, /orders, а не /getUsers; • идентификатор в пути: /users/42; • вложенность для связей: /users/42/orders (заказы пользователя 42); • фильтры и сортировку — в query-параметрах: /users?city=Москва&sort=age.

Действие выражают методом, а не словом в адресе:

GET /users — список GET /users/42 — один POST /users — создать PUT /users/42 — изменить DELETE /users/42 — удалить

Так один набор адресов покрывает все операции, и API легко угадывается. Версионируют API через префикс: /v1/users — чтобы менять его, не ломая старых клиентов. Предсказуемость — главная ценность REST: зная правила, разработчик угадывает адреса, почти не заглядывая в документацию.

Назад

Обсуждение

Войдите, чтобы участвовать в обсуждении.

Пока нет сообщений.