AngularJS में दो-तरफा डाटाबेसिंग क्यों एक एंटीपाटरन है?

Question

एंगुलरजेएस दो-तरफा डाटाबेसिंग प्रदान करता है।

मैंने कई एंगुलरजेएस ऐप्स बनाए और एक शक्तिशाली फीचर होने के लिए दो-तरफा डाटाबेसिंग पाया, जिससे मेरी उत्पादकता में वृद्धि हुई।

हाल ही में हालांकि मैं पोस्ट और लेखों में अधिक से अधिक आते हैं जो दावा करते हैं कि दो-तरफा डाटाबेसिंग एक एंटीपाटर है।

उदाहरण:

• https://medium.com/este-js-framework/whats-wrong-with-angular-js-97b0a787f903#.py84tbylf
• https://www.dotnetrocks.com/?show=1147
• https://www.youtube.com/watch?v=DslsyqnyjQE
• Angular2 two-way data binding

संसाधनों में से अधिकांश की "यूनिडायरेक्शनल Dataflow" पक्ष में तर्क है कि यह प्रतिक्रिया द्वारा/बढ़ावा दिया जाता है फ्लक्स।

इसके अलावा

कुछ समय है कि वहाँ कोई दो तरह से बाध्यकारी होगा के लिए Angular2 announced ... लेकिन ताज़ा दस्तावेज़ों से पता चलता है कि यह वास्तव फिर two-way databinding via ngModel पेशकश कर रहा है (के शीर्ष पर लागू किया property- और घटना बाध्यकारी)

हालांकि मैं अभी तक AngularJS में दो-तरफा डेटाबेस से संबंधित समस्याओं को पूरी तरह से समझ नहीं पा रहा हूं।

अन्य ग्राहक प्रौद्योगिकियों (यानी झूले, ग्रहण-आरसीपी, WinForms, WPF ...) भी दो तरह से डेटा बाइंडिंग प्रस्तुत करते हैं, और मैं दावा है कि यह एक विरोधी पैटर्न है से अधिक कभी नहीं ठोकर खाई ...

क्या कोई कैननिकल उदाहरण है जो आसानी से उन समस्याओं को दिखाता है जो AngularJS में दो-तरफा डेटाबेस से हो सकते हैं?

The video मैं ऊपर लिंक संकेत है कि $scope.watch समस्या है लगता है ... लेकिन उदाहरण $scope पर सामने आ रहा एक समारोह से जुड़ कर $scope.watch बिना लागू किया जा सकता।
यदि आप $scope (यानी controller as का उपयोग कर) से बचने से बचते हैं, तो दो-तरफा डाटाबेसिंग के साथ कौन सी समस्याएं रहती हैं?

Answer 1

वास्तव में, दो-तरफा डेटा बाध्यकारी के साथ मुख्य समस्या प्रदर्शन है।

जब एंगुलरजेएस जारी किया गया था (1), यह सुविधा सबसे प्रमुख कारण था कि डेवलपर्स द्वारा ढांचे का अधिक उपयोग क्यों किया जाता था।

कोड की एक पंक्ति के बिना, आप एक तत्व पूरी तरह से मॉडल पक्ष या दृश्य की ओर से अपने मूल्य को बदलने के द्वारा गतिशील बना सकते हैं, मूल्य हर जगह बदल गया है मॉडल स्थापित किया जाएगा।

इस सुविधा में, सबसे महत्वपूर्ण उपकरण देख रहा है, और यह दो तरह से डेटा बाइंडिंग के साथ सभी समस्या का प्रतिनिधित्व करता है।

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

यही कारण है कि मेरी सिफारिश है: जितना संभव हो सके दर्शक से बचें।
वे नियंत्रक में लगभग वास्तव में आवश्यक नहीं हैं।

यह भी देखें:

• Effective strategies to avoid watches in AngularJS
• The bad parts of AngularJS
• Performances in large AngularJS applications

आशा है कि यह आप के लिए और अधिक स्पष्ट है।