एमवीवीएम क्या है, और क्या इसका इस्तेमाल करना चाहिए?

Question

मैं एमवीवीएम पैटर्न देख रहा हूं, विशेष रूप से knockoutjs, और ज्यादातर यह सिर्फ मुझे cringe बनाता है। मैं रखने संरचना, प्रस्तुति के लाभों के बारे में एक लंबे शेख़ी पर नहीं जाना होगा और अलग प्रदर्शित करते हैं, मैं तो बस (एक उदाहरण के रूप में) के लिए कहेंगे: क्या

<button data-bind="click: someJavaScriptFunction">Something</button> 

और

<button onclick="someJavaScriptFunction();">Something</button> 

के बीच का अंतर है

और क्या हमें मार्कअप में इतना व्यवहार नियंत्रण रखना चाहिए? जैसा कि यह साफ और सरल है, ऐसा लगता है कि यह हर वेब प्रोग्रामिंग सिद्धांत के बारे में मैंने कभी सुना है।

क्या मैं गलत हूँ?

Answer 1

एमवीवीएम का एकमात्र हिस्सा केवल विशेष रूप से देखें - उस कोड उदाहरण में आपने ऊपर दिया था। नॉकआउट (या कोई अन्य एमवीवीएम लाइब्रेरी) का उपयोग करने का कारण मॉडल को एक दृश्य मॉडल में बाध्य करना आसान बनाता है - इस प्रकार आप अपने दृश्य से मूल्य वापस करने के लिए बहुत सारे बॉयलरप्लेट कोड लिखना बंद कर देते हैं।

मैं wonky जावास्क्रिप्ट/jQuery कोड लोग जा सकते हैं और कुछ इस तरह का उपयोग करें जहां के एक बहुत देखें:

var ex = { 
    some1: $('#textbox1').val(), 
    some2: $('#textbox2').val() 
}; 

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

प्रत्येक एप्लिकेशन के लिए इसकी आवश्यकता नहीं है, और आपको इसका उपयोग नहीं करना चाहिए क्योंकि यह उपयोग करने के लिए "अच्छा" है। स्पष्ट रूप से इसका उपयोग करने का एक कारण होने की आवश्यकता है, ऊपर मेरा उदाहरण एक कारण है और मुझे यकीन है कि और भी कुछ हैं।

Answer 2

यहां आपके प्रश्न का एक और सीधा जवाब है।

दूसरे उदाहरण में, आप एक ऐसे फ़ंक्शन का जिक्र कर रहे हैं जो वैश्विक दायरे में होना चाहिए (यानी window ऑब्जेक्ट की एक संपत्ति)।

पहले उदाहरण में, आप वर्तमान दृश्य मॉडल की एक संपत्ति का जिक्र कर रहे हैं।

हां, यह एक सूक्ष्म भेद है, लेकिन यह एक महत्वपूर्ण है। यदि आप ऑन-इवेंट विशेषताओं का उपयोग करते हैं तो आप केवल उन चीजों को संदर्भित कर सकते हैं जो वैश्विक दायरे में मौजूद हैं। इसका मतलब है कि आपको वैश्विक क्षेत्र में जो कुछ भी एक्सेस करना है उसे रखना है, जो बहुत गन्दा कोड की ओर जाता है।

यदि आप घोषणात्मक बाइंडिंग का उपयोग करते हैं, तो इसके बजाय बाइंडिंग का सटीक अर्थ संदर्भ पर निर्भर करता है।

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

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

ऑन-इवेंट विशेषताएं इस पर फंसे हुए हैं कि वे संरचना के साथ तर्क को मिश्रित नहीं करते हैं। यह है कि वे HTML तत्वों के लिए मनमानी जावास्क्रिप्ट कोड बोल्ट करने के लिए एक कमजोर प्रयास हैं जो अनुप्रयोग तर्क के उचित encapsulation को रोकता है।ऑन-इवेंट विशेषता निम्न-स्तर "हुक" हैं, बाइंडिंग तत्वों के व्यवहार को बढ़ाती है।

सभी ने कहा कि, घोषणात्मक बाइंडिंग का उपयोग करके लोगों ने ऑन-इवेंट विशेषताओं के साथ किया है, वही भयानक चीजें करना संभव है। अंतर यह है कि आप उनके साथ और क्या कर सकते हैं। आपको हमेशा तकनीकों का न्याय नहीं करना चाहिए कि उनका दुरुपयोग कैसे किया जा सकता है - हम यहां सभी वयस्क हैं।