ASP.NET वेबफ़ॉर्म की तुलना में ASP.NET MVC पृष्ठ का 'पेज लाइफ़ साइकिल' क्या है?
मैं इस 'सरल' प्रश्न को बेहतर ढंग से समझने का प्रयास कर रहा हूं कि यह निर्धारित करने के लिए कि मेरे पास (बहुत) सरल साइट में मौजूद पृष्ठ ASP.NET WebForms से आसानी से परिवर्तित किए जा सकते हैं या नहीं।
या तो नीचे की प्रक्रिया का 'रूपांतरण', या एक वैकल्पिक जीवनचक्र वह होगा जो मैं खोज रहा हूं।
मैं वर्तमान में क्या कर रहा हूँ:
(हाँ, मुझे पता है कि मेरे सवाल का जवाब देने में सक्षम कोई भी पहले से ही यह सब जानता है - मैं सिर्फ 'जीवनचक्र' की तुलना प्राप्त करने की कोशिश कर रहा हूं, इसलिए मैंने सोचा कि हम जो पहले से ही जानते हैं उसे भरकर शुरू करूँगा)
पृष्ठ का प्रतिपादन:
- मेरे पास एक मास्टर पृष्ठ है जिसमें मेरा मूल टेम्पलेट है
- मेरे पास सामग्री पृष्ठ हैं जो मुझे मास्टर पृष्ठ से क्षेत्र का नाम देते हैं जिसमें मैं सामग्री डालता हूं।
- प्रत्येक सामग्री पृष्ठ के लिए एक घटना हैंडलर में मैं डेटाबेस से डेटा लोड करता हूं (ज्यादातर केवल पढ़ने के लिए)।
- मैं इस डेटा को ASP.NET नियंत्रण ग्रिड, ड्रॉपडाउन या रिपीटर्स का प्रतिनिधित्व करने के लिए बांधता हूं। यह डेटा HTML उत्पन्न के अंदर सभी 'रहता है'। इसमें से कुछ ViewState में मिलता है (लेकिन मैं इसमें बहुत अधिक नहीं जाऊँगा!)
- मैं पृष्ठ पर छवि या पाठ बॉक्स नियंत्रण जैसी कुछ वस्तुओं के लिए गुण या बाइंड डेटा सेट करता हूं।
- पृष्ठ को गैर-पुन: प्रयोज्य HTML के रूप में प्रदान किए गए क्लाइंट को भेजा जाता है।
- मैं देखने की कोशिश करता हूं कि पेज को न्यूनतम के रूप में क्या चाहिए, इसके अलावा व्यूस्टैट का उपयोग करने से बचें।
ग्राहक पक्ष (ASP.NET AJAX का उपयोग नहीं):
- मैं पेज पर नियंत्रण खोजने और उन पर संचालन करने के लिए JQuery और कुछ बुरा चाल का उपयोग कर सकता हूं।
- यदि उपयोगकर्ता ड्रॉपडाउन से चयन करता है - एक पोस्टबैक उत्पन्न होता है जो मेरे कोडबेहैंड में C # ईवेंट को ट्रिगर करता है। यह ईवेंट डेटाबेस पर जा सकता है, लेकिन जो कुछ भी यह पूरी तरह से नवनिर्मित HTML पृष्ठ करता है वह क्लाइंट को वापस भेजा जा रहा है।
- मैं मुख्य मूल्य जोड़े को स्टोर करने के लिए Page.Session का उपयोग कर सकता हूं जिन्हें बाद में पुन: उपयोग करने की आवश्यकता है
तो MVC के साथ यह 'जीवनचक्र' कैसे बदलता है?