Моки API | Qlik Cloud Справка
Перейти к основному содержимому Перейти к дополнительному содержимому

Моки API

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

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

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

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

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

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

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

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

Согласование контента

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

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

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

Помогла ли вам эта страница?

Если вы обнаружили какую-либо проблему на этой странице или с ее содержанием — будь то опечатка, пропущенный шаг или техническая ошибка, сообщите нам об этом!