MVC 3 tempdata konteynır dezavantajları

Question

Soru başlığı biraz öznel görünüyor olsa da, tartışmak için pek bir şey olmadığından emin değilim. Şu anda bazı alanlarda TemData konteyner kullandığım bir MVC projesi üzerinde çalışıyorum. MSDN'deki belgeleri okuduğumda, TempData'yı kullanarak bir oturum oluşturduğunu ve bir kez tempdata depoladığımız verileri okuduğunu görüyoruz. Bu konseptle ben iyiyim, ancak bu sabah beni rahatsız eden şey, başvurunuzu bir Web Çiftliği ortamında barındırırken nasıl davranacağıdır.

Ne GET isteği SERVER gönderilen bir TempData ve sonraki GET/POST isteği oluşturur SERVER 1 geçtiği takdirde 2.

bu varsayımı tamamen yanlış olabilir ama sadece bir açıklamaya ihtiyaç Bu şey üzerinde.

Herhangi giriş derinden takdir edilecektir ...

Şerefe!

Answer 1

Bazı araştırmalar yaptıktan sonra, uygulamalarınızda Oturum değişkenlerini kullanırsanız, sorgumda gönderdiğim senaryo kaçınılmazdır. Yapabileceğimiz en iyi şey, bir oturumda saklayabileceğimiz veri miktarını azaltmaktır; bunun yanı sıra, hala bir webfarm/çoklu sunucu ortamında oturumları kullanmamız gerekiyorsa, yapılabilecek bazı yapılandırma değişiklikleri vardır. Oturum belleğinin nasıl yönetilebileceği konusunda çok yararlı bir makale.

ASP.NET Session how to FAQs

Answer 2

Evet, varsayılan olarak ASP.NET MVC oturumda TempData'yı depolar. Oturum, prova (varsayılan) ise ve web çiftliğindeyseniz, bir sonraki istek için doğru oturum verilerini alamayabilirsiniz. Web formundaysanız, devlet sunucusu veya sql sunucusu gibi diğer oturum saklama yöntemini kullanın.