/ / WPF MVVM में व्यवहार का उपयोग? - डब्ल्यूपीएफ, एमवीएमएम

डब्ल्यूपीएफ एमवीवीएम में व्यवहार का उपयोग? - डब्ल्यूपीएफ, एमवीवीएम

मैं WPF MVVM के लिए नया हूं .. WPF में MVVM एप्लिकेशन में व्यवहार का उपयोग करने के लिए कोई भी स्पष्ट है। हमें WPF MVVM में पद्धति कार्रवाई के लिए व्यवहार क्यों करना चाहिए?

उत्तर:

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

एक व्यवहार वह चीज है जिसे आप किसी तत्व से जोड़ते हैं और तब निर्दिष्ट करते हैं जब एप्लिकेशन को जवाब देना चाहिए।

क्रिया व्यवहार से जुड़ी होती है और परिभाषित करती है कि व्यवहार के ट्रिगर होने पर एप्लिकेशन को क्या करना चाहिए।

इस लेख से:

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

और इस लेख से:

व्यवहार आपको कई संबंधित या आश्रित गतिविधियों को प्रोत्साहित करता है एक पुन: प्रयोज्य इकाई में प्लस राज्य।


जवाब के लिए 0 № 2

MVVM में आपको व्यू से तरीकों को कॉल करने की आवश्यकता हो सकती है यदि आपका ViewModel तरीकों को उजागर करता है, न कि कमांड। व्यवहार इसके लिए अनुमति देता है।

आप "हम WPF MVVM में विधि क्रिया करते हैं"लेकिन जहां तक ​​मुझे पता है कि "विधि कार्रवाई" WPF का हिस्सा नहीं है। यदि आप एक सहायक MVVM लाइब्रेरी का उपयोग कर रहे हैं, तो यह "मेथड एक्शन" प्रदान कर सकता है जो कमांड में विधियों को एनकैप्सुलेट कर सकता है। ऐसे मामले में, तरीकों का उपयोग करके MVVM पैटर्न के लिए व्यवहार की आवश्यकता नहीं होती है।

ध्यान दें, हालांकि, व्यवहार में MVVM के बाहर अन्य उपयोग हैं।


जवाब के लिए 0 № 3

मैं इसे पढ़ने की अत्यधिक सलाह देता हूं कोड परियोजना लेख उस दिखाना
- संलग्न व्यवहार क्या है
- यह क्या विकल्प हैं
- यह समान समस्याओं के लिए वैकल्पिक समाधानों की तुलना में लाभ है

विचार यह है कि आपने एक अटैच की हुई संपत्ति सेट की हैएक तत्व ताकि आप उस वर्ग से तत्व तक पहुंच प्राप्त कर सकें जो संलग्न संपत्ति को उजागर करता है। एक बार जब उस कक्षा में तत्व की पहुंच होती है, तो वह उस पर घटनाओं को हुक कर सकता है और उन घटनाओं के जवाब में फायरिंग कर सकता है, जो तत्व सामान्य रूप से ऐसा नहीं करेंगे। यह उपवर्गों का निर्माण और उपयोग करने के लिए एक बहुत ही सुविधाजनक विकल्प है, और बहुत ही XAML- अनुकूल है।

उपरोक्त लेख से निष्कर्ष

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