व्यूस्टेट के बिना एएसपी.NET चलाना

Question

पर हम अपने एएसपी.नेट परियोजनाओं में से एक को पुनर्निर्माण शुरू करने वाले हैं और मैं बिना किसी vestate चालू (web.config में अक्षम) के बिना इसे विकसित करने का प्रयास करना चाहता हूं।

मैं upsides और viewstate की कमियां और के बारे में पता आम तौर पर क्या यह तुलना राज्य को नियंत्रित करने के का ट्रैक रखता है, फिर भी मैं जानना चाहूंगा:

1. सिद्धांत के विकास की प्रक्रिया क्या अंतर है? मैं आपके पेज_लोड आदि को कितनी अलग तरीके से ढूढ़ता हूं?

2. क्या मानक एएसपी.NET नियंत्रण में कोई कार्यक्षमता है जो वास्तव में बिना दृश्य दृश्य के काम करेगी?

इसके अलावा, क्या वीएस के साथ और बिना काम करने के बीच वर्कफ़्लो मतभेदों पर कोई विस्तृत लेख हैं?

Answer 1

टेक्स्टबॉक्स और ड्रॉपडाउनलिस्ट जैसे अधिकांश नियंत्रण व्यूस्टेट के बिना पूरी तरह से काम करेंगे।

मुझे किसी भी विकास प्रक्रिया के मुद्दों के बारे में पता नहीं है, कोड के माध्यम से बनाए गए या संशोधित किसी भी नियंत्रण या गुण के अलावा, व्यूस्टेट के बिना जारी नहीं रहेगा, इसलिए आपको उन्हें पोस्टबैक पर फिर से बनाना/संशोधित करना होगा।

मेरे पास बड़े दृश्यमानों के साथ कुछ बहुत बड़े पृष्ठ हैं। मैंने पूरे प्रोजेक्ट के लिए व्यूस्टेट को अक्षम करने के लिए एक प्रयोग किया, और पाया (पहले) कार्यक्षमता का कोई उल्लेखनीय नुकसान नहीं हुआ। फिर परीक्षण में कुछ छोटे मुद्दे सामने आए, इसलिए हमने इसे बहाल कर दिया। लेकिन हमारे 300 पेज वेब ऐप शायद 99% कार्यात्मक दृश्य के बिना कार्यात्मक था। हमारे द्वारा किए गए मुद्दे डेटाग्रिड्स के आसपास केंद्रित थे - मुख्य रूप से पेजिंग, और गतिशील रूप से बनाए गए नियंत्रण और कोड के पीछे संशोधित अन्य चीजें, और इस प्रकार बिना दृश्य के बने रहे।

इस Viewstate पर एक बहुत अच्छा लेख है:

http://msdn.microsoft.com/en-us/library/ms972976.aspx

Answer 2

मैं अपनी परियोजनाओं पर व्यूस्टेट अक्षम करता हूं। मैं अपने डेटा एक्सेस ऑब्जेक्ट्स से/एएसपीएक्स पृष्ठों से मूल्यों को पॉप्युलेट करने और प्राप्त करने के लिए स्कैटर/इकट्ठा विधियों का उपयोग करता हूं। यह व्यूस्टेट का उपयोग करने से बहुत साफ और सरल है।

Answer 3

यदि आप व्यूस्टेट के खिलाफ हैं - एमवीसी फ्रेमवर्क का उपयोग क्यों न करें? यह एक आसान समायोजन हो सकता है।