# Моки API

Существует два основных сценария использования моков API в API Contracts: прототипирование, а также параллельная реализация фронтенда и бэкенда.

## Прототипирование API

Первый сценарий использования моков API — прототипирование API. Идея заключается в том, что после завершения итерации проектирования API вы захотите получить обратную связь от различных заинтересованных сторон проекта API: участников команды, разработчиков, которые будут использовать API, владельцев продукта и т. д.

Если заинтересованные стороны могут на практике взаимодействовать с дизайном API, вы с большей вероятностью получите более качественную обратную связь и быстрее, поскольку процесс проверки API становится более иммерсивным и реалистичным.

## Параллельная реализация фронтенда и бэкенда

Во многих проектах после завершения этапа проектирования API потребуется написать как код бэкенда для реализации API, так и код фронтенда, который будет использовать этот API.

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

Наличие актуального мока API, соответствующего последней версии дизайна контракта API, позволяет командам фронтенда и бэкенда работать параллельно.

## Согласование содержимого

Единственная динамика, обеспечиваемая моками, — это согласование содержимого. Если в API определено несколько тел и вы выполняете запрос с совместимым типом медиа в заголовке Accept, мок использует это тело для создания ответа.

## Тестирование мока

Вы можете протестировать свой мок с помощью любого API-клиента, такого как API Tester, Postman или cURL, отправляя запросы на URL-адрес конечной точки мока, отображаемый в контрактах API.