Опишите фактическую схему версионирования проекта: версию в пути, заголовке, query-параметре или media type и то, как клиент выбирал её. Универсально обязательного способа нет.
Как было реализовано версионирование API на проекте? Как клиент вызывал конкретную версию?
Опишите фактическую схему версионирования проекта: версию в пути, заголовке, query-параметре или media type и то, как клиент выбирал её. Универсально обязательного способа нет.
Короткий ответ
Что ответить на собеседовании
Подробный разбор
Ответ с пояснениями
Опишите фактическую схему версионирования проекта: версию в пути, заголовке, query-параметре или media type и то, как клиент выбирал её. Универсально обязательного способа нет.
Пример схемы — /api/v1/orders и /api/v2/orders, но приводить её как устройство своего проекта нужно только при соответствии фактам. Объясните, какие изменения считали совместимыми, как поддерживали старых клиентов и объявляли прекращение поддержки.
Важно не только обозначение версии, но и отдельные контракты, документация и проверки совместимости. Добавление необязательного поля обычно проще, чем переименование или изменение смысла существующего.