就像标题所问的那样，Django伙计们为什么决定使用querydict来实现request.POST对象（当然，这又使整个事情变得不可变了？）
我知道你可以通过复制帖子数据来对其进行更改
post = request.POST.copy()
但是为什么呢？当然，仅允许事物变得易变会更简单吗？还是由于其他原因使用它而可能导致问题？
这是一个谜，不是吗？在调查中，一些表面上似乎合理的理论是错误的：
这样POST对象就不必实现变异方法了吗？编号：该POST对象所属的django.http.QueryDict类，它实现了全套的突变方法，包括__setitem__，delitem，pop和clear。当你调用一种变异方法时，它通过检查一个标志来实现不变性。当调用该copy方法时，你将获得另一个QueryDict实例，该实例的mutable标志处于打开状态。
为了提高性能？否：QueryDict关闭可变标志后，该类不会获得任何性能优势。
这样该POST对象可以用作字典键？否：QueryDict对象不可散列。
这样POST就可以延迟构建数据（无需提交读取整个响应），如此处所述？我没有看到这方面的证据代码：据我所知，整个反应总是读，无论是直接或通过MultiPartParser对multipart反应。
为了保护你免受编程错误的侵害？我已经看过这个说法，但是我从未见过对这些错误是什么以及不变性如何保护你免受错误的很好的解释。
无论如何，POST它并不总是不变的：当响应为时multipart，则POST是可变的。这似乎使大多数人可能想到的理论陷入困境。（除非这种行为是疏忽大意。）
POST
multipart
总之，在Django中，我看不出有明确的理由可以使POST对象对于非multipart请求是不可变的。
