/ / एएसपी एमवीसी उचित AJAX उपयोग - asp.net, asp.net-mvc, AJAX, asp.net-mvc-3

एएसपी एमवीसी उचित AJAX उपयोग - asp.net, asp.net-mvc, AJAX, asp.net-mvc-3

मुझे एहसास हुआ कि मेरी कई पिछली परियोजनाओं में है"बहुत ज्यादा AJAX" से पीड़ित मैं बहुत सारे इंट्रानेट "व्यवसाय" प्रकार के ऐप्स लिखता हूं ताकि पुराने ब्राउज़र / अक्षम जावास्क्रिप्ट / आदि तक पहुंच योग्यता मेरे लिए वास्तव में कोई समस्या न हो। लेकिन ऐसी चीजें बुकमार्क करने / वापस जाने / यादृच्छिक त्रुटियों / टाइमआउट्स में जाने में असमर्थ हैं जो उपयोगकर्ता नहीं देखते हैं (मुझे पता है कि इसके आसपास के तरीके हैं लेकिन एक उदाहरण के रूप में) ... और अधिकांश विकास का समय बहुत लंबा है ( मेरे लिए बड़ा मुद्दा मैं "एकमात्र देव हूं) जो कि बहुत कुछ नहीं लगता है।

लोगों के अनुभव से - व्यापार एप / मुख्य रूप से सीआरयूडी प्रकार साइटों में AJAX का उपयोग करना उचित कब होता है?

इसे एक उदाहरण के रूप में लें: मेरे पास सभी पंजीकृत उपयोगकर्ताओं को प्रदर्शित करने वाला ग्रिड है। बटनों में से एक आपको एक संपादन / विवरण दृश्य में ले जाता है जहां आप सभी जानकारी संपादित कर सकते हैं और ग्रिड पर प्रदर्शित नहीं की गई और जानकारी देख सकते हैं। आप AJAX अनुरोध को "सेव" पर क्लिक कर सकते हैं और जेएसओएन में परिवर्तित त्रुटियों के साथ सफलता संदेश या मॉडलस्टेट लौटा सकते हैं और यह "सेव" बटन के ऊपर एक संदेश में प्रदर्शित होता है (jquery के समूह के साथ जो परिणाम को पार करता है) सभी पेज रीफ्रेश के बिना अच्छा है। मेरे पास इस तरह की कई स्क्रीन हैं। क्या यह ग्रिड पर वापस रीडायरेक्ट करने के लिए और अधिक समझ में आता है कि सभी उपयोगकर्ताओं को प्रदर्शित करने के बाद "सहेजने" पर क्लिक किया जाता है और सफल होता है (शीर्ष स्टेटिंग सेव पर कुछ प्रकार के "फ्लैश संदेश" सफल होते हैं) सभी AJAX / json / etc को छोड़कर? देव के रूप में मेरे पास एक कठिन समय इमेजिंग है जो अंत उपयोगकर्ताओं को सबसे ज्यादा समझ में आती है, लेकिन केवल एक रीडायरेक्ट करना बहुत आसान होगा और मुझे समझ में आता है। इस तरह के परिदृश्यों में लोगों के अनुभव क्या हैं?

उत्तर:

उत्तर № 1 के लिए 1

उस परिदृश्य में मैं सभी को AJAX से तब तक टालना चाहूंगा जब तक आपके पास इसका कोई विशिष्ट कारण न हो। आंशिक पृष्ठ अपडेट, पृष्ठ पर किसी उपयोगकर्ता की जगह या अन्य कारणों को रखते हुए।

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

यह क्लाइंट साइड सत्यापन जोड़ने पर भी बेहतर होता है, जो एमवीसी 3 में बहुत आसान है।

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

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

http://www.amazon.com/ASP-NET-Framework-Experts-Voice-NET/dp/1430228865/ref=sr_1_4?ie=UTF8&qid=1308745293&sr=8-4

मुझे प्लुरलसाइट ऑनलाइन प्रशिक्षण भी पसंद है जब मैं इस तरह के मौलिक ढांचे के मार्गदर्शन की तलाश में हूं। http://www.pluralsight-training.net/microsoft/

निस्संदेह बहुत सारे मुफ्त ब्लॉग हैं और इसमें एमवीसी भी शामिल नहीं है। मज़े करो।


उत्तर № 2 के लिए 1

मेरे आवेदन में जहां मुझे बहुत कुछ लेना हैउपयोगकर्ता से डेटा जो मुख्य रूप से मुख्य व्यवसाय संस्थाओं (कर्मचारी, वितरक, आदि) बनता है, मैं आम तौर पर फॉर्म को अजाक्स करने के बजाय सामान्य फॉर्म पोस्ट का मार्ग लेता हूं। अधिकतर, मैं AJAX का उपयोग करता हूं जब डेटा पोस्ट किया जाना छोटा होता है और मुझे सहेजने के बाद उसी पृष्ठ पर डेटा प्रदर्शित करना होता है।

उदाहरण के लिए, कर्मचारी पृष्ठ पर आप कर्मचारी के लिए अनुभव जोड़ने के लिए एक छोटा सा फॉर्म प्राप्त कर सकते हैं और आप इसे AJAX के माध्यम से सहेज सकते हैं और दर्ज डेटा को उसी पृष्ठ पर वापस जोड़ सकते हैं।

उदाहरण के लिए स्टैक ओवरफ़्लो का उदाहरण लें। वे उत्तर और प्रश्नों को सहेजने के लिए सामान्य फॉर्म पोस्ट का उपयोग करते हैं, लेकिन जब टिप्पणियों की बात आती है जहां डेटा की मात्रा कम होती है और टिप्पणियों को उसी पृष्ठ पर जोड़ना होता है तो ऐसे परिदृश्यों में AJAX का उपयोग करना समझ में आता है।