django-why is the request.POST obiekt niezmienny?

Jeśli żądanie było wynikiem Django form złożenia, wówczas rozsądne jest, aby POST był immutable aby zapewnić integralność danych pomiędzy formularzem przekazaniem a formularzem walidacją . Jednakże, jeśli żądanie było a nie wysłane przez Django form submission, then POST is mutable ponieważ nie ma walidacji formularza.

Zawsze możesz zrobić coś takiego: (jak na @ leo-the-manic ' s komentarz )

#  .....
mutable = request.POST._mutable
request.POST._mutable = True
request.POST['some_data'] = 'test data'
request.POST._mutable = mutable
# ......

Update :

Gareth Rees miał rację, że pkt 1 i 3 nie były ważne w tym przypadku. Choć myślę, że punkt 2 i 4 są nadal aktualne, dlatego zostawię tutaj tezy.

(zauważyłem, że request.POST obiekt zarówno Pyramid (Pylon) jak i Django jest jakąś formą MultiDict. Więc być może jest to bardziej powszechna praktyka niż uczynienie request.POST niezmiennym.)

Nie mogę mówić za chłopaków z Django, chociaż wydaje mi się, że mogło to być z powodu niektórych z tych uzasadnienie:

1. Performence . obiekty niezmienne są "szybsze" nad zmiennymi, ponieważ pozwalają na znaczne optymalizacje. Obiekt jest niezmienny oznacza, że możemy przeznaczyć dla niego przestrzeń w czasie tworzenia , a wymagania przestrzeni nie ulegają zmianie. Ma również takie rzeczy, jak wydajność kopiowania i wydajność porównywania z tego powodu. Edit : tak nie jest w przypadku QueryDict, Jak zauważył Gareth Rees.
2. W przypadku request.POST, to wydaje się, że żadna aktywność po stronie serwera nie powinna zmieniać danych żądania . I dlatego obiekty niezmienne są bardziej odpowiednie, nie wspominając o tym, że mają znaczną przewagę wydajności.
3. Obiekty niezmienne mogą być używane jako klucze dict, co przypuszczam, że może być bardzo przydatne gdzieś w Django.. Edit : mój błąd, niezmienny nie implikuje bezpośrednio ; hashable obiekty są jednak zazwyczaj niezmienne jak również.
4. kiedy przekazujesz request.POST (zwłaszcza wtyczkom innych firm i wtyczkom), możesz oczekiwać, że ten obiekt żądania od użytkownika pozostanie niezmieniony.

W jakiś sposób te powody są również ogólnymi odpowiedziami na "immutable vs mutable?"pytanie. Jestem pewien, że w przypadku Django jest o wiele więcej rozważań projektowych niż powyżej.

Podoba mi się, że domyślnie jest niezmienny. Jak wspomniano, możesz uczynić go zmiennym, jeśli potrzebujesz, ale musisz być o tym szczery. To jest jak " Wiem, że mogę zrobić mój formularz debugowania koszmar, ale wiem, co robię teraz.'

Znalazłem to w komentarzu do Stack Answer https://stackoverflow.com/a/2339963

I musi być niezmienna, aby można było ją budować leniwie. Kopiowanie wymusza uzyskanie wszystkich danych POST. Do momentu otrzymania kopii może nie być ona pobrana. Co więcej, aby wielowątkowy serwer WSGI działał rozsądnie dobrze, pomocne jest, jeśli jest to niezmienne

Uwaga: multipart żądania są niezmienne od Django 1.11 https://github.com/django/django/blob/stable/1.11.x/django/http/multipartparser.py#L292

Były mutowalne w poprzednich wersjach.