О ещё один вопрос у меня в приложении 4 роли, они определяют что дёргать можно, что нельзя, для разных ролей работают разные фильтры, как мне это в openapi документации отразить? Чтобы потом фронт/Мобайл сгенерировала клиентов
О ещё один вопрос у меня в приложении 4 роли, они определяют что дёргать можно, что нельзя, для разных ролей работают разные фильтры, как мне это в openapi документации отразить? Чтобы потом фронт/Мобайл сгенерировала клиентов
Сорян за вопрос на вопрос, а что умеет с документации openapi генерировать клиенты на фронте/мобиле?
О ещё один вопрос у меня в приложении 4 роли, они определяют что дёргать можно, что нельзя, для разных ролей работают разные фильтры, как мне это в openapi документации отразить? Чтобы потом фронт/Мобайл сгенерировала клиентов
Честно говоря с дрф не знаю, может их тоже с сериалайзером? И в drf-yasg наверное расширять схему можно
А это идея, когда один и тот же api надо вызвать разными ролями...
Да, тесты и заключаются в этом, когда отправили на апи неправильные данные/email, то ошибка(код 422), например, если правильные, то прпвильно ли поля остальные создались, и т.д.