Django Views: Когда request.data является диктантом против QueryDict?

Question

У меня возникла проблема с тем, что request.data иногда представляет собой dict (особенно при тестировании), а иногда QueryDict (при использовании curl).

Это особенно проблема, потому что, по-видимому, существует большая разница при вызове представления с использованием curl, например:

curl -X POST --data "some_float=1.23456789012123123" "http://localhost:8000/myview"

Или используя клиент django_webtest, например:

class APIViewTest(WebTest):
    def test_testsomething(self):
        self.app.post(url=url, params=json.dumps({some_float=1.26356756467}))

И затем приведение этого QueryDict к диктату, например

new_dict = dict(**request.data)
my_float = float(new_dict['some_float'])

В тестах все работает нормально, поскольку request.data - это dict, но в производственной среде представление вылетает, потому что new_dict['some_float'] на самом деле представляет собой список с одним элементом, а не как ожидается, с плавающей точкой.

Я подумал над решением проблемы следующим образом:

    if type(request.data) is dict:
        new_dict = dict(**request.data)
    else:
        new_dict = dict(**request.data.dict())

что очень неправильно, так как тесты будут проверять только строку 2, а (некоторые? Все?) Рабочий код будет запускать строку 4.

Поэтому, хотя мне интересно, почему QueryDict ведет себя таким образом, я бы предпочел знать, почему и когда response.data - это QueryDict. И как я могу использовать тесты Django для имитации этого поведения. Наличие разных условий для производства и тестирования систем всегда проблематично и иногда неизбежно, но в этом случае я чувствую, что это можно исправить. Или это специфическая проблема, связанная с django_webtest?

Answer 1

Когда ваш тип_запроса запроса "application / x-www-form-urlencoded", request.Data становится QueryDict.

см. Класс FormParser.
https://github.com/encode/django-rest-framework/blob/master/rest_framework/parsers.py

И

QueryDict имеет метод получения списков. но он не может получить значение dict.
преобразовать имя str в массив

<input name="items[name]" value="Example">
<input name="items[count]" value="5">  

https://pypi.org/project/html-json-forms/

И определить пользовательскую форму paser.

class CustomFormParser(FormParser):
"""
Parser for form data.
"""
media_type = 'application/x-www-form-urlencoded'

def parse(self, stream, media_type=None, parser_context=None):
    """
    Parses the incoming bytestream as a URL encoded form,
    and returns the resulting QueryDict.
    """
    parser_context = parser_context or {}
    encoding = parser_context.get('encoding', settings.DEFAULT_CHARSET)
    data = QueryDict(stream.read(), encoding=encoding)
    return parse_json_form(data.dict()) # return dict

И перезаписать DEFAULT_PARSER_CLASSES.
https://www.django -rest-framework.org / апи-гид / Настройки / # default_parser_classes

Answer 2

Ваш тест не является отражением вашего фактического вызова.

В своем тесте вы публикуете JSON, который затем доступен в виде комментария от request.data. Но ваш вызов curl публикует стандартные данные формы, которые доступны как QueryDict. Это поведение управляется атрибутом parsers вашего представления или настройками DEFAULT_PARSER_CLASSES - и далее обратите внимание, что это функциональность, специально предоставляемая django-rest-framework, которую вы должны были пометить в своем вопросе, а не сам Django.

На самом деле вы должны испытывать то же самое, что и вы; отправьте JSON из curl или отправьте тест для отправки данных формы.