DotVVM - क्लाइंट और सर्वर के बीच संचार

DotVVM के बारे में एक श्रृंखला में यह दूसरा लेख है। पहले लेख में तथ्य-खोज की अधिक संभावना थी। मैंने एक साधारण उदाहरण के साथ यह दिखाने की कोशिश की कि बुनियादी स्तर पर DotVVM में कैसे काम किया जाए। लेख, वास्तव में, सबसे महत्वपूर्ण पर स्पर्श नहीं किया गया: यह कैसे काम करता है।

यह लेख इस मुद्दे के साथ-साथ यातायात अनुकूलन के लिए समर्पित है।

यह लेख क्लाइंट और सर्वर के बीच संचार की अधिक विस्तार से जांच करेगा।
आप एक टू-डू सूची के साथ पिछले लेख से एक उदाहरण ले सकते हैं। वहां लिखे गए आवेदन में, नए मामलों को जोड़ना और उन्हें चिह्नित करना संभव था।

संचार

जब पृष्ठ का अनुरोध किया जाता है, तो URL पार्स किया जाता है और DotVVMStartup.cs में DotVVM इसकी तलाश करता है, जहां मार्ग तालिका में .dothtml फ़ाइल का एक पथ है, जहाँ, बदले में, ViewModel पर एक निर्देश है।

ViewModel को json में क्रमबद्ध किया गया है और यह ViewModel पर कुछ नियम लागू करता है। सभी सार्वजनिक तरीके और सार्वजनिक गुण (स्ट्रिंग, गाइड, बूल, इंट, अन्य सांख्यिक प्रकार, दिनांक समय, संग्रह (सरणी, सूची)) जुबान में आते हैं। सूची के मामले में, यह समान सरल प्रकारों या वस्तुओं का संग्रह हो सकता है जो इन प्रकारों का उपयोग करते हैं। ।

वास्तविक परियोजनाओं में DotVVM के साथ काम करते समय, ViewModel वास्तुकला के लिए कई नियम सामने आए, जिनका हम पालन करने का प्रयास करते हैं।

• ViewModel में सीधे Entity Framework DbContext का उपयोग न करें
• दृश्य में क्लीन एंटिटीज़ न दिखाएं, लेकिन डीटीओ (डेटा ट्रांसफर ऑब्जेक्ट्स) का उपयोग करें
• ViewModel पर अधिक नियंत्रण के लिए, इसे DotvvmViewModelBase को इनहेरिट करना चाहिए

तो मान लीजिए कि ViewModel को सफलतापूर्वक जसन में इकट्ठा किया गया था, सभी फ्रंट-एंड बाइंडिंग व्यू और पेज लोड किए गए में उत्पन्न हुए थे। वैकल्पिक रूप से, DotvvmViewModelBase से विरासत में मिली विधियों को पारित किया गया: Init (), Load (), और PreRender ()। जब आप पहली बार पृष्ठ लोड करते हैं, तो इन कार्यों का ओवरराइड उपयोगी हो सकता है, लेकिन पहले चीजें।



एक सूची के साथ एक नया मामला जोड़ें।

1. AJAX POST को संशोधित ViewModel के json से सर्वर पर भेजा जाता है
2. वही ViewModel सर्वर मेमोरी में अनलोड है, लेकिन अपरिवर्तित है
3. Init () द्वारा
4. अपरिवर्तित सर्वर ViewModel की तुलना क्लाइंट से आई हुई है
5. लोड द्वारा उत्पादित ()
6. विधि को ही निष्पादित किया जा रहा है।
7. प्रीरेंडर द्वारा ()
8. तुलना करने के बाद, परिवर्तनों को क्लाइंट को वापस भेज दिया जाता है।

जब आपका ViewModel DotvvmViewModelBase को इनहेरिट करता है, तो आपके पास Init (), लोड () और PreRender () तक पहुंच है। सभी तीन विधियां अमूर्त हैं और इन्हें बढ़ाया और संशोधित किया जा सकता है।

इसके अलावा, DotvvmViewModelBase में अनुरोध संदर्भ संदर्भ की एक संपत्ति है, जहां से अनुरोध ऑब्जेक्ट तक पहुंच, IsPostBack संपत्ति, URL पैरामीटर और बहुत कुछ है ।

हर पोस्टबैक के साथ पूरे ViewModel को भेजना बहुत कुशल नहीं है। कम से कम किसी तरह भेजे गए डेटा की मात्रा को कम करने के लिए, DotVVM में कई दृष्टिकोण हैं।

बाँधने का गुण

बिंद विशेषता आपको संकलक को यह बताने की अनुमति देती है कि व्यूमॉडल में गुणों को कैसे संभालना है।

• [Bind (Direction.Both)] - डिफ़ॉल्ट सेटिंग। हर अनुरोध पर डेटा भेजा जाता है।
• [बिंद (निर्देशन)
• [Bind (Direction.ServerToClient)] - सर्वर से क्लाइंट तक डेटा केवल एक दिशा में भेजा जाता है। इसका मतलब केवल पेज लोड करते समय है, लेकिन पोस्टबैक के साथ नहीं।
• [Bind (Direction.ServerToClientFirstRequest)] - स्थैतिक डेटा के लिए आदर्श। उदाहरण के लिए कॉम्बो बॉक्स में विकल्प
• [Bind (Direction.ClientToServer)] - डेटा केवल एक दिशा में, डाक से, क्लाइंट से सर्वर तक भेजा जाता है।

स्थैतिक आज्ञा

DotVVM आपको सर्वर पर एक स्थिर विधि का अनुरोध करने की अनुमति देता है। इस तरह के तरीकों की प्रभावशीलता यह है कि वे केवल उत्तर भेजते हैं, अर्थात, संपूर्ण ViewModel सर्वर से आता है, लेकिन केवल वह हिस्सा जो हमें चाहिए। ऐसे स्थिर तरीके पैरामीटर ले सकते हैं और मान लौटा सकते हैं।

हमारे उदाहरण में, एक जगह है जहाँ आप स्टेटिक कमांड लागू कर सकते हैं। जब हम किसी मामले को पूरा कर लेते हैं। सर्वर को संपूर्ण ViewModel भेजना आवश्यक नहीं है।
आप MarkAsDone (ToDoItem आइटम) विधि को स्थिर करने के लिए एक अलग स्थिर वर्ग में स्थानांतरित करके और [AllowStaticCommand] विशेषता को विधि में जोड़कर फिर से लिख सकते हैं।

namespace FirstDotvvmApp { public static class ToDoItemValidator { [AllowStaticCommand] public static bool IsDone() => true; } } 

आपको उस स्थान के नाम के साथ एक निर्देश जोड़कर दृश्य बदलना होगा जहां हमारा स्थिर वर्ग स्थित है।

 @import FirstDotvvmApp 

बटन न केवल कमांड का उपयोग करेगा, लेकिन स्टैटिककमंड।

 <dot:Button Validation.Enabled="false" Visible="{value: !IsDone}" Text="Mark as done" Click="{staticCommand: IsDone = ToDoItemValidator.IsDone()}"> </dot:Button> 

तुलना के लिए, आप देख सकते हैं कि हमने कितना ट्रैफ़िक बचाया है।



आमतौर पर वास्तविक परियोजनाओं पर संचार करते समय ट्रैफ़िक को बचाने के लिए दोनों दृष्टिकोणों के संयोजन का उपयोग किया जाता है।

संदर्भ

नई सुविधाओं के उपयोग पर अधिक उदाहरण यहां देखे जा सकते हैं ।

इसके अलावा हाल ही में DotVVM 2.0 पर एक धारा (Eng।) थी, जहां उन्होंने मुख्य नवाचारों और नई सुविधाओं के बारे में बात की थी।