django - request.POST nesnesi neden değişmez?

Başlığın sorduğu gibi, Django adamları neden request.POST nesnesini bir sorgudict ile uygulamaya karar verdiler (ki bu da tabii ki her şeyi değişmez kılıyor?)

Gönderi verilerinin bir kopyasını oluşturarak onu değiştirebileceğinizi biliyorum

post = request.POST.copy()

ama bunu neden yapıyorsun? Her halükarda bir şeyin değiştirilebilir olmasına izin vermek kesinlikle daha kolay olurdu? Yoksa soruna neden olabilecek başka bir nedenle mi kullanılıyor?

Biraz muamma, değil mi? Yüzeysel olarak makul olan birkaç teori, soruşturma sırasında yanlış çıktı:

1. Böylece POSTnesnenin mutasyon yöntemlerini uygulaması gerekmiyor mu? No: POSTNesne aittir django.http.QueryDictsınıfın mutasyon yöntemleri tam set dahil uygular, __setitem__, __delitem__, popve clear. Mutasyon yöntemlerinden birini çağırdığınızda bir bayrağı kontrol ederek değişmezliği uygular. Ve copyyöntemi çağırdığınızda QueryDict, değiştirilebilir bayrağı açık olan başka bir örnek alırsınız .

2. Performans iyileştirmesi için mi? Hayır: QueryDictSınıf, değiştirilebilir bayrak kapatıldığında performans avantajı sağlamaz.

3. Böylece POSTnesne bir sözlük anahtarı olarak kullanılabilir mi? Hayır: QueryDictnesnelere hashing uygulanamaz.

4. Böylece, burada iddia edildiği gibiPOST veriler tembel bir şekilde (tüm yanıtı okumayı taahhüt etmeden) oluşturulabilir mi? Ben kodunda bu hiçbir kanıt bkz: bildiğim kadarıyla söyleyebilirim, yanıtının tüm daima ya okunduğunda doğrudan veya üzeri için yanıtlar.MultiPartParsermultipart

5. Sizi programlama hatalarına karşı korumak için mi? Bunun iddia edildiğini gördüm, ancak bu hataların ne olduğuna ve değişmezliğin sizi bunlara karşı nasıl koruduğuna dair iyi bir açıklama görmedim.

Her durumda, POSTbir zaman değişmez değildir : tepkisi olduğunda multipart, o zaman POSTdeğişkendir. Bu, aklınıza gelebilecek çoğu teoriye kibosh koyuyor gibi görünüyor. (Bu davranış bir gözetim olmadığı sürece.)

Özetle, ben net gerekçesini görebilirsiniz için Django POSTolmayan için değişmez olduğu nesne multipartistekleri.

Talep bir Django formgönderiminin sonucuysa, POST'un form gönderimi ile form doğrulaması arasındakiimmutable verilerin bütünlüğünü sağlaması mantıklıdır . İstek olsaydı Ancak, değil bir Django yoluyla gönderilen sunulması, ardından POST hiçbir form doğrulama olmadığı için.formmutable

Her zaman böyle bir şey yapabilirsiniz: ( @ leo-the-manic'in yorumuna göre )

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

Güncelleme :

Gareth Rees, bu durumda 1 ve 3'ün geçerli olmadığı konusunda haklıydı. 2. ve 4. noktaların hala geçerli olduğunu düşünmeme rağmen, bu nedenle tezleri burada bırakacağım.

( request.POSTHem Pyramid (Pylon) hem de Django'nun nesnesinin bir tür olduğunu fark ettim MultiDict. Bu yüzden belki de request.POSTdeğişmez yapmaktan daha yaygın bir uygulamadır .)

Django adamları adına konuşamam, bana öyle geliyor ki, aşağıdaki nedenlerden bazıları:

1. Performans . immutable nesneler, önemli optimizasyonlara izin verdiklerinden, değiştirilebilir olanlara göre "daha hızlıdır". Bir nesnenin değişmez olması, yaratılış zamanında ona yer ayırabileceğimiz ve alan gereksinimlerinin değişmediği anlamına gelir. Aynı zamanda kopya verimliliği ve karşılaştırma verimliliği gibi şeylere de sahiptir. Düzenleme :QueryDictGareth Rees'in işaretettiğigibidurum böyle değil.
2. Bu durumda request.POST, sunucu tarafında hiçbir faaliyetin talebin verilerini değiştirmesi gerekmiyor gibi görünüyor . Ve bu nedenle değişmez nesneler daha uygundur, önemli performans avantajlarına sahip olduklarından bahsetmeye bile gerek yok.
3. Değişken olmayan objeler olarak kullanılabilir dictAnahtarlar, herhalde Django .. çok yararlı bir yerde olabilir Edit : Benim hatam, değişmez doğrudan anlamına gelmez hashable ; bununla birlikte, hashable nesneler de tipik olarak değişmezdir .
4. Etrafta dolaşırken request.POST(özellikle üçüncü taraf eklentilere ve dışarıya), kullanıcıdan gelen bu istek nesnesinin değişmeden kalmasını bekleyebilirsiniz.

Bir şekilde bu nedenler aynı zamanda "değişmez mi, değişmez mi?" Sorusuna genel yanıtlardır. soru. Eminim, Django durumunda yukarıdakinden çok daha fazla tasarım düşüncesi vardır.

Varsayılan olarak değişmez olmasını seviyorum. Belirtildiği gibi, gerekirse onu değiştirilebilir hale getirebilirsiniz, ancak bu konuda açık olmalısınız. Sanki 'Formumu bir kabustan hata ayıklayarak yapabileceğimi biliyorum ama şimdi ne yaptığımı biliyorum.'

Bunu Yığın Cevabı https://stackoverflow.com/a/2339963'teki bir yorumda buldum

Ve tembel olarak inşa edilebilmesi için değişmez olması gerekir. Kopyalama, tüm POST verilerini almaya zorlar. Kopyaya kadar hepsi alınmayabilir. Ayrıca, çok iş parçacıklı bir WSGI sunucusunun makul derecede iyi çalışması için, bu değişmez ise yararlıdır

Lütfen dikkat: multipartistek, Django 1.11 https://github.com/django/django/blob/stable/1.11.x/django/http/multipartparser.py#L292'den beri değişmezdir

Önceki sürümlerde değiştirilebilirlerdi.