D
Гуглил и чиатл документацию rest_framework, но без примеров не очень понятно
Size: a a a
2020 June 16
NC
Как правильно валидировать query_params? Я написал сериализатор и отдаю их ему, но это не работает когда я генерю документацию, отсюда я сделал вывод, что я делаю неправильно
а зачем?
D
Закрою глаза на то, что вопрос глупый и всё-таки отвечу: чтобы использовать их.
Допустим, у меня есть
В коде я делаю фильтрацию:
Допустим, у меня есть
ListAPIView, который принимает param1, offset, count и confirmed
Три параметра - числа, один bool.В коде я делаю фильтрацию:
queryset = self.queryset.filter(confirmed=confirmed).filter(param1=param1)
return queryset[offset:count]
D
Нужно говорить, что мне надо убедиться, что param1, offset и count - числа, а confirmed - bool? Иначе будет исключение?
D
Вы не валидируете входящие параметры?
RP
Вы не валидируете входящие параметры?
большинство не валидирует )
RP
Marshmallow - нормальный вариант
A
Marshmallow - нормальный вариант
Идеальный
D
Для джанго - маршмеллоу?
A
Сильно плюсую маршмелоу
D
А чё, собственных филдов для валидации нет?
D
Вроде есть, только не понял как их правильно использовать
RP
А чё, собственных филдов для валидации нет?
не, ну можно закинуть параметры в форму и через неё сделать валидацию
D
Как минимум честная валидация поможет сгенерировать доки через rest и избежать кучи ошибок
NC
Вы не валидируете входящие параметры?
я (как глупый человек) ручками проверяю там где это критично
D
Nikolay Cherniy
я (как глупый человек) ручками проверяю там где это критично
так?
try:
param1 = int(param1)
assert param1 in range(0,2)
except:
raise bla-bla
NC
я больше за if else
D
Я написал сериализатор и пихаю кверисет в него, но опять же повторюсь - такой метод мне кажется неправильным
D
Хотя, более чистый, чем у вас
AD
так?
try:
param1 = int(param1)
assert param1 in range(0,2)
except:
raise bla-bla
try except ресурсоемкая операция, и если можно обойтись без, то лучше обойтись