Microsoft-ui-xaml: INotifyDataErrorInfo के साथ UWP में इनपुट सत्यापन समर्थन जोड़ें

को निर्मित 14 जन॰ 2019 · 50टिप्पणियाँ · स्रोत: microsoft/microsoft-ui-xaml

प्रस्ताव: INotifyDataErrorInfo के साथ इनपुट सत्यापन समर्थन जोड़ें

सारांश

INotifyDataErrorInfo के साथ इनपुट सत्यापन समर्थन जोड़ें जो x: बाइंड और बाइंडिंग द्वारा समर्थित है। दोनों मार्कअप एक्सटेंशन को एक नई ValidatesOnNotifyDataErrors प्रॉपर्टी मिलनी चाहिए - जैसे कि डब्ल्यूपीएफ की बाइंडिंग में - डिफ़ॉल्ट रूप से सत्य।

दलील

वर्तमान में यूडब्ल्यूपी के पास प्लेटफॉर्म में निर्मित कोई इनपुट सत्यापन नहीं है। लेकिन व्यवसाय ऐप की प्रत्येक पंक्ति को इनपुट सत्यापन की आवश्यकता होती है। यह एक उचित एंटरप्राइज़ ऐप के लिए सबसे महत्वपूर्ण विशेषताओं में से एक है। uservoice पर एक प्रविष्टि है जो कहती है कि यह सुविधा WinUI के साथ आएगी, लेकिन मैंने अभी तक कुछ भी नहीं देखा है: https://wpdev.uservoice.com/forums/110705-universal-windows-platform/suggestions/13052589-uwp-input -सत्यापन

feature proposal needs-winui-3 team-Markup

स्रोत

thomasclaudiushuber

👍33 👀4 🚀1

सबसे उपयोगी टिप्पणी

INDEI की आवश्यकता है कि आप अपनी सभी संस्थाओं और उप संस्थाओं को लागू करें।

क्या आप इस पर और विस्तार से बता सकते हैं?

नियमों का उपयोग करते हुए, किसी भी बदलाव की आवश्यकता नहीं है, यह सब केवल सत्यापन विशेषताओं का उपयोग करके स्वचालित रूप से काम करता है।

अधिकांश भाग के लिए, यह ValidationAttributes और INotifyDataErrorInfo का उपयोग करते समय भी स्वचालित रूप से काम करता है। मैं यहां कुछ कोड स्निपेट दिखाऊंगा जो कल्पना में हैं, बस इसलिए हम (उम्मीद है) एक ही पृष्ठ पर हैं।

FWIW, हम इस ValidationBase वर्ग को टूलकिट में लाइव करने की योजना बना रहे हैं, इसलिए आपको यह बॉयलरप्लेट कोड स्वयं लिखने की आवश्यकता नहीं है।

public class ValidationBase : INotifyPropertyChanged, INotifyDataErrorInfo
{
   public event PropertyChangedEventHandler PropertyChanged;
   public event EventHandler<DataErrorsChangedEventArgs> ErrorsChanged;

   protected void SetValue<T>(ref T currentValue, T newValue, [CallerMemberName] string propertyName = "")
   {
       if (!EqualityComparer<T>.Default.Equals(currentValue, newValue))
       {
           currentValue = newValue;
           OnPropertyChanged(propertyName, newValue);
       }
   }

   readonly Dictionary<string, List<ValidationResult>> _errors = new Dictionary<string, List<ValidationResult>>();
   public bool HasErrors
   {
       get
       {
           return _errors.Any();
       }
   }
   public IEnumerable GetErrors(string propertyName)
   {
       return _errors[propertyName];
   }

   private void OnPropertyChanged(string propertyName, object value)
   {
       PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
       Validate(propertyName, value);
   }

   private void AddErrors(string propertyName, IEnumerable<ValidationResult> results)
   {
       if (!_errors.TryGetValue(propertyName, out List<ValidationResult> errors))
       {
           errors = new List<ValidationResult>();
           _errors.Add(propertyName, errors);
       }

       errors.AddRange(results);
       ErrorsChanged?.Invoke(this, new DataErrorsChangedEventArgs(propertyName));
   }

   private void ClearErrors(string propertyName)
   {
       if (_errors.TryGetValue(propertyName, out List<ValidationResult> errors))
       {
           errors.Clear();
           ErrorsChanged?.Invoke(this, new DataErrorsChangedEventArgs(propertyName));
       }
   }

   public void Validate(string memberName, object value)
   {
       ClearErrors(memberName);
       List<ValidationResult> results = new List<ValidationResult>();
       bool result = Validator.TryValidateProperty(
            value,
            new ValidationContext(this, null, null)
            {
                MemberName = memberName
            },
            results
            );

        if (!result)
        {
            AddErrors(memberName, results);
        }
    }
}

आपका मॉडल तब उस वर्ग से प्राप्त होगा और इस तरह दिखेगा:

public class Person : ValidationBase
{
    private string name;
    [MinLength(4)]
    [MaxLength(6)]
    public string Name
    {   
        get { return name; }
        set { SetValue(ref name, value); }
    }
}

यह मानते हुए कि Person वर्ग आपके ViewModel संपत्ति पर आपके Page पर सेट है, फिर आप उससे जुड़ जाते हैं, और सत्यापन स्वचालित रूप से होता है:

<TextBox Text="{x:Bind ViewModel.Name, Mode=TwoWay}" />

मैं समझता हूं कि यह आज आप जो कर रहे हैं उससे थोड़ा अलग हो सकता है, लेकिन हम एक ही काम करने के दो अलग-अलग तरीकों का समर्थन नहीं करने का प्रयास कर रहे हैं यदि हमें इसकी आवश्यकता नहीं है। मुझे बताएं कि क्या यह समझ में आता है, या अगर आपको लगता है कि अभी भी कुछ है जो हम याद कर रहे हैं!

stevenbrix 19 मार्च 2020

👍5 ❤1

सभी 50 टिप्पणियाँ

@LucasHaines यह आपके द्वारा देखे जा रहे इनपुट सत्यापन सुविधाओं से कैसे संबंधित है?

jevansaks 15 जन॰ 2019

👍1

@jevansaks यह सीधे उस इनपुट सत्यापन कार्य से संबंधित है जिसे मैं रेखांकित कर रहा हूं।

LucasHaines 15 जन॰ 2019

👍1

महान। यदि आपके पास साझा करने के लिए कोई पूर्वावलोकन सामग्री है, तो मुझे इसे आज़माने और प्रतिक्रिया और विचार प्रदान करने में प्रसन्नता हो रही है।

thomasclaudiushuber 15 जन॰ 2019

बिल्ड 2018 के दौरान इस तरह की पुष्टि का उल्लेख किया गया है

`
x: नाम = "उपयोगकर्ता नाम" शीर्षलेख = "उपयोगकर्ता नाम:"
टेक्स्ट = "{x: बाइंड व्यूमॉडल.पर्सन.यूजरनेम,
UpdateSourceTrigger=PropertyChanged,
मोड = टूवे}" />

x: नाम = "पासवर्ड" हैडर = "पासवर्ड:"
पासवर्ड = "{x: बाइंड व्यूमॉडल। पर्सन.पासवर्ड,
अपडेटसोर्स ट्रिगर = लॉस्टफोकस,
मोड = टूवे}"/>
`

mdtauk 15 जन॰ 2019

@thomasclaudiushuber आपको क्या लगता है कि इस काम को {बाइंडिंग} के हिस्से के रूप में करना कितना महत्वपूर्ण है? मैं केवल इसलिए पूछता हूं क्योंकि वहां तकनीकी चुनौतियां गैर-तुच्छ हैं, साथ ही यह नीचे के स्तर पर काम करने में सक्षम नहीं है। हमारा मूल विचार सिर्फ एक्स: बाइंड का समर्थन करना था, जिसके लिए केवल मार्कअप कंपाइलर परिवर्तनों की आवश्यकता होगी, और डाउनलेवल काम करने में सक्षम है।

साथ ही, हम केवल INotifyDataErrorInfo और DataAnnotations प्रतिमान का समर्थन करने की योजना बना रहे थे। हम Binding.ValidationRules के अनुरूप कुछ जोड़ने का इरादा नहीं कर रहे थे, और इस प्रकार यह महसूस नहीं किया कि ValidatesOnNotifyDataErrors की पर्याप्त आवश्यकता थी।

हम आपकी प्रतिक्रिया प्राप्त करना पसंद करेंगे क्योंकि हम इस सुविधा पर काम करना जारी रखते हैं ताकि इसे ठीक से किया जा सके!

stevenbrix 24 जन॰ 2019

👍2 😕1

@ स्टीवनब्रिक्स

संक्षिप्त उत्तर: हाँ, आप जो सोचते हैं और जो योजना बनाते हैं वह बहुत अच्छा लगता है। बस एक्स: बाइंड ठीक है, और बस INotifyDataErrorInfo भी ठीक है।

लंबा:

बस एक्स: बाइंड? मैं

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

बस INotifyDataErrorInfo और DataAnnotations प्रतिमान? मैं

INotifyDataErrorInfo और DataAnnotations प्रतिमान का समर्थन करना मेरे लिए अच्छा लगता है। डब्ल्यूपीएफ स्वचालित रूप से डेटा एनोटेशन नहीं उठाता है, आपको वैलिडेटर क्लास का उपयोग करके अपने INotifyDataErrorInfo कार्यान्वयन में मैन्युअल रूप से उन्हें हुक करने की आवश्यकता है। आपका मतलब यह है जब आप "डेटाअनोटेशन प्रतिमान" कहते हैं, है ना? या क्या आप अंतर्निहित डेटाअनोटेशन समर्थन की योजना बना रहे हैं जो किसी देव को किसी संपत्ति पर केवल डेटा एनोटेशन डालने की अनुमति देता है और यह बस काम करता है? ASP.NET Core MVC की तरह? हालांकि यह बहुत अच्छा होगा, मुझे लगता है कि यह जरूरी नहीं है। क्लासेस ValidationContext, Validator और ValidationResult और System.ComponentModel.DataAnnotations से अन्य क्लासेस होना पर्याप्त imo है।

बाध्यकारी जोड़ें। सत्यापन नियम? नूह ;-)

नहीं, निश्चित रूप से इसे न जोड़ें। INotifyDataErrorInfo पर्याप्त है और यह सबसे अच्छा है। मुझे लगता है कि IDataErrorInfo समर्थन को wpf में जोड़ने के बाद मैंने कभी भी ValidationRules का उपयोग नहीं किया (यदि मुझे सही याद है तो यह .NET Framework 3.5 में था)। और जब INotifyDataErrorInfo को .NET Framework 4.5 में जोड़ा गया, तो मैंने और मेरे ग्राहकों ने इनपुट सत्यापन के लिए सभी परियोजनाओं में उस इंटरफ़ेस का उपयोग किया है। केवल इस इंटरफ़ेस का समर्थन करना ठीक है।

ValidatesOnNotifyDataErrors जोड़ें? नहीं परंतु...

हां, आपको इसे जोड़ने की जरूरत नहीं है। लेकिन इसका Binding.ValidationRules से कोई लेना-देना नहीं है। यह गुण सीधे INotifyDataErrorInfo इंटरफ़ेस से संबंधित है। डब्ल्यूपीएफ के बाध्यकारी मार्कअप एक्सटेंशन पर, ValidatesOnNotifyDataErrors डिफ़ॉल्ट रूप से सत्य है, जिसका अर्थ है कि {बाइंडिंग} कार्यान्वित INotifyDataErrorInfo सत्यापन को चुनता है यदि बाध्य ऑब्जेक्ट उस इंटरफ़ेस को लागू करता है। यदि आप बाध्यकारी मार्कअप एक्सटेंशन पर ValidatesOnNotifyDataErrors प्रॉपर्टी को गलत पर सेट करते हैं, तो बाध्यकारी मार्कअप एक्सटेंशन सत्यापन के लिए INotifyDataErrorInfo कार्यान्वयन नहीं उठाएगा। तो, शायद इसे एक्स: बाइंड के साथ लागू करना बहुत कठिन नहीं है, लेकिन शायद हमें इसकी आवश्यकता नहीं है। तो, नहीं, ऐसा मत करो। इसे छोड़ देना ठीक है। लेकिन मैं उस परिदृश्य का वर्णन करता हूं जहां मुझे अतीत में इसकी आवश्यकता थी:

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

आशा है कि ये आपकी मदद करेगा।

सारांश

हां, मैं पूरी तरह सहमत हूं, केवल x पर इनपुट सत्यापन होना: INotifyDataErrorInfo के समर्थन के साथ बाइंड करना एक अच्छी योजना है।

नहीं, यह एक शानदार योजना है, मैं पहले से ही बहुत उत्साहित हूँ!

thomasclaudiushuber 24 जन॰ 2019

👍5 🚀1 👎1

@thomasclaudiushuber विस्तृत अनुवर्ती कार्रवाई के लिए धन्यवाद! मुख्य परिदृश्य जो आप लाइनअप का वर्णन करते हैं, जिसे हम वास्तविक मूल्य चालक मानते थे, और इसलिए यह सुनना अच्छा है। इस सुविधा और एपीआई का समग्र डिजाइन प्रवाह में रहा है, ज्यादातर पिछले काम के कारण जो डब्ल्यूपीएफ के पास था। यहां कॉल करने के लिए कुछ प्रमुख चीजें थीं:

जैसा कि ऊपर चर्चा की गई है, डब्ल्यूपीएफ की सत्यापन प्रणाली के कुछ पहलू थे जिन्हें हमने कोई मूल्य नहीं जोड़ा, या बेहतर पैटर्न से हटा दिया गया था, और इसलिए हम उन्हें यूडब्ल्यूपी में लाने की योजना नहीं बना रहे थे।
डब्ल्यूपीएफ की सत्यापन प्रणाली की कुछ विशेषताएं/कार्यक्षमता कोर डब्ल्यूपीएफ सुविधाओं का लाभ लेती हैं जो यूडब्ल्यूपी में मौजूद नहीं हैं। सबसे विशेष रूप से यहां एडॉर्नर परत है, जो डब्ल्यूपीएफ में किसी भी UIElement को सत्यापन दृश्य प्रदर्शित करने की अनुमति देता है, न कि केवल नियंत्रण (कुछ टेम्पलेट भाग जोड़कर)।
UWP Xaml में वर्तमान में संलग्न घटनाओं की अवधारणा नहीं है, और सत्यापन वर्ग को मिरर करने से Validation.Error ईवेंट जुड़ जाएगा। ऐसा नहीं है कि यह एक डील ब्रेकर है, बस कॉल करने के लिए कुछ है क्योंकि हम आम तौर पर नई अवधारणाओं को जोड़ने से सावधान रहते हैं, क्योंकि यह केवल जटिलता जोड़ता है। इसके शीर्ष पर, चूंकि कार्य के लिए नियंत्रण के टेम्पलेट में परिवर्तन की आवश्यकता होती है, केवल नियंत्रणों का सेट जो हम विशिष्ट टेम्पलेट परिवर्तन प्रदान करते हैं, बॉक्स से बाहर काम करेंगे। सामान्यतया, एक ऐसा एपीआई होना जो काम करता प्रतीत होता है, लेकिन कुछ परिदृश्यों में नहीं है, अच्छा अभ्यास नहीं है, और इसलिए हम सोच रहे थे कि उस मॉडल से खुद को तलाक देना बेहतर होगा। इसका मतलब यह होगा कि एक सामान्य इंटरफ़ेस और/या विशेषताओं को लागू करने वाले नियंत्रणों की तरह कुछ और होना चाहिए।

हम अभी भी यह समझने की प्रक्रिया में हैं कि नए और रोमांचक ओपन सोर्स वर्ल्ड में एपीआई और स्पेक रिव्यू कैसे करें। हमें समुदाय की प्रतिक्रिया प्राप्त करना अच्छा लगेगा, इसलिए उम्मीद है कि हम जल्द ही एपीआई प्रस्ताव प्राप्त कर सकते हैं ताकि समुदाय एक नज़र डाल सके और हमें कुछ ऐसा करने में मदद कर सके जिसके बारे में हर कोई उत्साहित हो!

stevenbrix 30 जन॰ 2019

👍3 ❤1

@stevenbrix जब आप सत्यापन सुविधाओं के लिए ओपन सोर्स स्पेक शुरू करते हैं, तो क्या आप इस बात का चित्रण प्रदान करेंगे कि सत्यापन कैसे दिखेगा, साथ ही साथ नमूना परिदृश्य ताकि बातचीत हममें से उन लोगों के लिए UI पक्ष में थोड़ी व्यापक हो सके , कोडिंग से :)

mdtauk 31 जन॰ 2019

👍2

@mdtauk बिल्कुल। हमारे द्वारा साझा किया गया वर्तमान UI अभी भी सटीक है। यदि आपके पास प्रतिक्रिया है, तो इस धागे पर प्रदान करने के लिए स्वतंत्र महसूस करें।

LucasHaines 31 जन॰ 2019

@LucasHaines UI मुझे अच्छा लगता है। लेकिन मुझे आश्चर्य है कि आप कैसे समायोजित कर सकते हैं कि त्रुटियों को कैसे प्रदर्शित किया जाता है। मुझे इसके बारे में कुछ भी नहीं मिला है और मुझे नहीं पता कि आपके पास उस क्षेत्र में साझा करने के लिए पहले से ही कुछ है या नहीं। क्या संलग्न सत्यापन जैसा कुछ होगा। wpf से त्रुटि टेम्पलेट संपत्ति?

thomasclaudiushuber 7 फ़र॰ 2019

क्या इसके लिए कोई औपचारिक युक्ति/प्रस्ताव कब जारी किया जाएगा, इसकी कोई समय-सीमा है?
मैं इसे उत्पाद में जल्दी लाने में मदद के लिए क्या कर सकता हूं?

mrlacey 18 मार्च 2019

मैं उपरोक्त @mrlacey से सहमत हूं... मैं वास्तव में अब इसका उपयोग कर सकता हूं, इसलिए जहां मैं कर सकता हूं वहां मदद करने में मुझे खुशी है।

knightmeister 20 मार्च 2019

👍1

हम एक ओपन स्पेक पर काम कर रहे हैं और मैं सभी को बता दूंगा कि यह स्पेक रेपो में उपलब्ध है।

LucasHaines 1 अप्रैल 2019

👍1

प्रश्न: IDataErrorInfo का भी समर्थन क्यों न करें? यह .net मानक में समर्थित है, और इसका समर्थन न करना अजीब होगा? यह उन लोगों के प्रदर्शन को प्रभावित नहीं करना चाहिए जो इसका उपयोग नहीं कर रहे हैं क्योंकि यह संकलन समय पर भी जांचा जा सकता है कि बाध्यकारी के लिए किस इंटरफ़ेस का उपयोग करना है?

GeertvanHorrik 1 अप्रैल 2019

हमने ओपन स्पेक रेपो में इनपुट वैलिडेशन के लिए ओपन स्पेक रिव्यू शुरू किया। https://github.com/Microsoft/microsoft-ui-xaml-specs/pull/26

LucasHaines 5 अप्रैल 2019

❤1 👍1

हाय दोस्तों, हम इस पर कैसे नज़र रख रहे हैं - क्या हमारे पास ईटीए है?

knightmeister 10 जून 2019

@knightmeister हमारे पास यहां एक ओपन स्पेक बनाया गया है । कृपया बेझिझक समीक्षा में भाग लें और सुविधा को आकार देने में मदद करें। हम इसे WinUI 3.0 के हिस्से के रूप में शिप करने की योजना बना रहे हैं। यदि आप WinUI 3.0 रोडमैप के बारे में अधिक जानकारी चाहते हैं तो समस्या #717 देखें।

LucasHaines 13 जून 2019

हे सब लोग - कृपया कल्पना में नवीनतम नमूनों पर एक नज़र डालें। @stevenbrix ने नमूनों में कुछ बेहतरीन अपडेट किए और अन्य फीडबैक को संबोधित किया।

LucasHaines 25 जून 2019

👍3

एक प्रश्न: क्या सत्यापन जानकारी नियंत्रण पदानुक्रम में प्रवाहित होगी? उदाहरण के लिए क्या एक कंटेनर नियंत्रण (जैसे TabView या Pivot) के लिए यह जानना संभव होगा कि एक अमान्य स्थिति में बाल नियंत्रण है?

एकाधिक कंटेनर नियंत्रणों के साथ एक जटिल दृश्य के बारे में सोचें, जहां आप हाइलाइट करना चाहते हैं कि दृश्य के किन हिस्सों पर ध्यान देने की आवश्यकता है, उदाहरण के लिए जब कोई चाइल्ड कंट्रोल अमान्य स्थिति में हो तो पिवट हेडर की शैली को बदलकर।

tbolon 30 अक्तू॰ 2019

👍4

यह मेरे लिए एक गंभीर मुद्दा है।
मेरी पूरी एक्सएएमएल सत्यापन प्रणाली डब्ल्यूपीएफ सत्यापन नियमों पर आधारित है, यह फ़ील्ड और इकाई मॉडल को BindingExpression से पढ़ती है और डीए सत्यापन विशेषताओं के अनुसार सत्यापन नियम बनाती है ( इसे देखें)।

weitzhandler 19 मार्च 2020

उदाहरण के लिए क्या एक कंटेनर नियंत्रण (जैसे TabView या Pivot) के लिए यह जानना संभव होगा कि एक अमान्य स्थिति में बाल नियंत्रण है?

@tbolon हाँ, यह ऐसा कुछ है जो किया जा सकता है, हालांकि इसकी संभावना नहीं है कि इसके लिए उन कंटेनरों में समर्थन में बनाया जाएगा। हमने एक Form नियंत्रण बनाने के बारे में सोचा है जिसमें यह कार्यक्षमता अंतर्निहित होगी, लेकिन यह संभवत: इस समय बैकलॉग पर है। डब्ल्यूपीएफ की तरह, एक ValidationError (वह नाम गलत हो सकता है) घटना है कि प्रत्येक नियंत्रण अमान्य/वैध होने पर सक्रिय हो जाता है। हालांकि यह घटना एक रूटेड घटना नहीं है, इसलिए आपको प्रत्येक तत्व पर सदस्यता लेनी होगी जिसे आप सुनना चाहते हैं।

stevenbrix 19 मार्च 2020

मेरी पूरी एक्सएएमएल सत्यापन प्रणाली डब्ल्यूपीएफ सत्यापन नियमों पर आधारित है,

@weitzhandler हम वर्तमान में WinUI में ValidationRule जैसा कुछ जोड़ने की योजना नहीं बना रहे हैं। क्या ऐसा कुछ है जो इसका उपयोग करने से आपको ValidationAttributes का उपयोग करने और आपके मॉडल को INotifyDataErrorInfo लागू करने में मदद मिलती है? मुझे यह देखना अच्छा लगेगा कि आपका मॉडल और एक्सएएमएल आपके उपयोग परिदृश्य की बेहतर समझ प्राप्त करने के लिए कैसा दिखता है।

stevenbrix 19 मार्च 2020

INDEI की आवश्यकता है कि आप अपनी सभी संस्थाओं और उप संस्थाओं को लागू करें।
नियमों का उपयोग करते हुए, किसी भी बदलाव की आवश्यकता नहीं है, यह सब केवल सत्यापन विशेषताओं का उपयोग करके स्वचालित रूप से काम करता है।

weitzhandler 19 मार्च 2020

INDEI की आवश्यकता है कि आप अपनी सभी संस्थाओं और उप संस्थाओं को लागू करें।

क्या आप इस पर और विस्तार से बता सकते हैं?

नियमों का उपयोग करते हुए, किसी भी बदलाव की आवश्यकता नहीं है, यह सब केवल सत्यापन विशेषताओं का उपयोग करके स्वचालित रूप से काम करता है।

public class ValidationBase : INotifyPropertyChanged, INotifyDataErrorInfo
{
   public event PropertyChangedEventHandler PropertyChanged;
   public event EventHandler<DataErrorsChangedEventArgs> ErrorsChanged;

   protected void SetValue<T>(ref T currentValue, T newValue, [CallerMemberName] string propertyName = "")
   {
       if (!EqualityComparer<T>.Default.Equals(currentValue, newValue))
       {
           currentValue = newValue;
           OnPropertyChanged(propertyName, newValue);
       }
   }

   readonly Dictionary<string, List<ValidationResult>> _errors = new Dictionary<string, List<ValidationResult>>();
   public bool HasErrors
   {
       get
       {
           return _errors.Any();
       }
   }
   public IEnumerable GetErrors(string propertyName)
   {
       return _errors[propertyName];
   }

   private void OnPropertyChanged(string propertyName, object value)
   {
       PropertyChanged?.Invoke(this, new PropertyChangedEventArgs(propertyName));
       Validate(propertyName, value);
   }

   private void AddErrors(string propertyName, IEnumerable<ValidationResult> results)
   {
       if (!_errors.TryGetValue(propertyName, out List<ValidationResult> errors))
       {
           errors = new List<ValidationResult>();
           _errors.Add(propertyName, errors);
       }

       errors.AddRange(results);
       ErrorsChanged?.Invoke(this, new DataErrorsChangedEventArgs(propertyName));
   }

   private void ClearErrors(string propertyName)
   {
       if (_errors.TryGetValue(propertyName, out List<ValidationResult> errors))
       {
           errors.Clear();
           ErrorsChanged?.Invoke(this, new DataErrorsChangedEventArgs(propertyName));
       }
   }

   public void Validate(string memberName, object value)
   {
       ClearErrors(memberName);
       List<ValidationResult> results = new List<ValidationResult>();
       bool result = Validator.TryValidateProperty(
            value,
            new ValidationContext(this, null, null)
            {
                MemberName = memberName
            },
            results
            );

        if (!result)
        {
            AddErrors(memberName, results);
        }
    }
}

आपका मॉडल तब उस वर्ग से प्राप्त होगा और इस तरह दिखेगा:

public class Person : ValidationBase
{
    private string name;
    [MinLength(4)]
    [MaxLength(6)]
    public string Name
    {   
        get { return name; }
        set { SetValue(ref name, value); }
    }
}

<TextBox Text="{x:Bind ViewModel.Name, Mode=TwoWay}" />

stevenbrix 19 मार्च 2020

👍5 ❤1

आप सही कह रहे हैं, लेकिन इसके लिए जरूरी है कि आपकी संस्थाएं गैर POCO हों।
मुझे इसे आजमाना चाहिए। एलओबी ऐप में EntityBase क्लास का उपयोग करना इतना बुरा नहीं हो सकता है। मुझे बस POCO का उपयोग करने की आदत है।

weitzhandler 19 मार्च 2020

UWP के पास *हैव वैलिडेशन* नहीं है !!!!!!! मैंने अभी एक प्रोजेक्ट शुरू किया है। कुछ वर्षों के समय तक वापस डब्ल्यूपीएफ पर।

rufw91 3 अप्रैल 2020

@ rufw91 मुझे पता है, है ना?!

आपके समय की कमी क्या हैं? इसका पहला कार्यान्वयन WinUI3 अल्फा में है, और हमें जल्द ही //बिल्ड टाइमफ्रेम में WinUI डेस्कटॉप के लिए एक पूर्वावलोकन होना चाहिए। हम वर्ष के अंत तक RTM'ing की योजना बना रहे हैं

stevenbrix 3 अप्रैल 2020

👍1

UWP के पास *हैव वैलिडेशन* नहीं है !!!!!!! मैंने अभी एक प्रोजेक्ट शुरू किया है। कुछ वर्षों के समय तक वापस डब्ल्यूपीएफ पर।

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

GeertvanHorrik 3 अप्रैल 2020

हो सकता है कि कुछ वर्षों में एक ओएस के रूप में विंडोज बिल्कुल भी प्रासंगिक न हो, तो आइए प्लेटफॉर्म में और निवेश करने से पहले इसकी प्रतीक्षा करें।

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

stevenbrix 3 अप्रैल 2020

🚀1 👍1

INDEI की आवश्यकता है कि आप अपनी सभी संस्थाओं और उप संस्थाओं को लागू करें।
क्या आप इस पर और विस्तार से बता सकते हैं?

मेरे कोड के साथ, सभी पीओसीओ इकाइयां उन इंटरफेस को लागू करने से मुक्त रह सकती हैं, और बेस क्लास के बिना रह सकती हैं। आईएनपीसी को फोडी का उपयोग करके स्वतः कार्यान्वित किया जाता है। अधिक परिष्कृत सत्यापन की आवश्यकता होने पर मैं सबसे अधिक IValidatableObject लागू करता हूं। और यह सब-टाइप्स पर भी काम करता है।

FWIW, हम इस ValidationBase वर्ग को टूलकिट में लाइव करने की योजना बना रहे हैं, इसलिए आपको यह बॉयलरप्लेट कोड स्वयं लिखने की आवश्यकता नहीं है।

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

यह काफी चौंकाने वाला है कि यूडब्ल्यूपी के पास अभी तक उचित सत्यापन नहीं है। लगभग किसी भी ऐप में यह एक महत्वपूर्ण बुनियादी विशेषता है और इसे पहली प्राथमिकता दी जानी चाहिए।

weitzhandler 4 अप्रैल 2020

यह काफी चौंकाने वाला है कि यूडब्ल्यूपी के पास अभी तक उचित सत्यापन नहीं है। लगभग किसी भी ऐप में यह एक महत्वपूर्ण बुनियादी विशेषता है और इसे पहली प्राथमिकता दी जानी चाहिए।

हाँ, इसलिए हम इस पर काम कर रहे हैं :)

यह अच्छा नहीं है। क्या होगा यदि मेरी संस्थाओं के पास पहले से आधार वर्ग है?

मैं यहाँ सिर्फ आपके उपयोग को समझने की कोशिश कर रहा हूँ। आधार वर्ग क्या है, और क्या यह इस वर्ग से प्राप्त हो सकता है?

stevenbrix 5 अप्रैल 2020

हाँ, इसलिए हम इस पर काम कर रहे हैं :)

धन्यवाद, आपका आभार है। यह, और आपका बाकी काम।
लेबल की आवश्यकता-विनुई-3 का क्या अर्थ है?

मैं यहाँ सिर्फ आपके उपयोग को समझने की कोशिश कर रहा हूँ। आधार वर्ग क्या है, और क्या यह इस वर्ग से प्राप्त हो सकता है?

मैं अपने क्लाइंट पर इकाइयाँ उत्पन्न करने के लिए OData Connected Service का उपयोग कर रहा हूँ।
उत्पन्न वस्तुएँ इस पैटर्न की हैं:

c# public abstract partial class ContactBase : Microsoft.OData.Client.BaseEntityType, INotifyPropertyChanged

weitzhandler 5 अप्रैल 2020

लेबल की आवश्यकता-विनुई-3 का क्या अर्थ है?

@weitzhandler
इसका मतलब है कि इनपुट सत्यापन WinUI 3 के साथ आएगा। (वर्तमान में योजना के अनुसार 3.0)। यह शायद विनयूआई 2 में नहीं आएगा क्योंकि इसके लिए ओएस एक्सएएमएल कोड में बदलाव की आवश्यकता होगी जो अब तक रखरखाव मोड में है।

Felix-Dev 5 अप्रैल 2020

👍2

मैं यूएनओ प्लेटफार्म ऐप में यूडब्ल्यूपी का उपयोग कर रहा हूं। उम्मीद है कि इसके रिलीज होने पर WinUI को कवर किया जाएगा।
अद्यतन के लिए धन्यवाद थो!

weitzhandler 5 अप्रैल 2020

मैं यहाँ सिर्फ आपके उपयोग को समझने की कोशिश कर रहा हूँ। आधार वर्ग क्या है, और क्या यह इस वर्ग से प्राप्त हो सकता है?

बेस क्लास होने पर अक्सर तीसरे पक्ष द्वारा अनिवार्य किया जाता है, उदाहरण के लिए आप जिस दृढ़ता ढांचे का उपयोग करते हैं। यूडब्ल्यूपी/विनयूआई भी केवल सत्यापन के लिए बेस क्लास की मांग करना एक विकल्प नहीं है। उपयोगी होने के लिए इसे एक इंटरफ़ेस होने की आवश्यकता है, हमारा कोई भी एप्लिकेशन बेस क्लास का उपयोग नहीं कर सकता है। (इसका मतलब यह नहीं है कि आपके पास उन लोगों के लिए आधार वर्ग नहीं हो सकता है जो इसका उपयोग करना चाहते हैं, इसे केवल वैकल्पिक होना चाहिए और सत्यापन करने का एकमात्र तरीका नहीं है।)

weltkante 5 अप्रैल 2020

👍2 🚀1

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

आइए थोड़ा बैक अप लें। मुझे लगता है कि पिछली कुछ टिप्पणियों से मैंने कुछ भ्रम पैदा किया है, जो कि मेरा बुरा है।

मॉडल को केवल System.ComponentModel.INotifyDataErrorInfo (या C++ के लिए Windows.UI.Xaml.Data.INotifyDataErrorInfo ) को लागू करने की आवश्यकता होगी। {x:Bind} का उपयोग करते समय संकलक आपके विचार के साथ इसे जोड़ने के लिए कोड को ठीक से उत्पन्न करेगा।

जिस ValidationBase वर्ग का मैंने ऊपर उल्लेख किया है वह एक सहायक वर्ग है जिसे हम सामुदायिक टूलकिट में शिपिंग की योजना बना रहे थे जो इसे लागू करता है, साथ ही INotifyPropertyChanged । यदि आपका उपयोग मामला इसकी अनुमति नहीं देता है तो इससे प्राप्त करने की कोई आवश्यकता नहीं है।

stevenbrix 5 अप्रैल 2020

👍3

आपके स्पष्टीकरण @stevenbrix के लिए धन्यवाद।

सत्यापन विशेषताओं और IValidatableObject के बारे में क्या, क्या उन्हें UWP रनटाइम द्वारा सम्मानित किया जाएगा?

अन्य विशेषताओं के बारे में कैसे, जैसे MaxLength विशेषता जिसका आपने पहले उल्लेख किया था, क्या TextBox अधिकतम लंबाई स्वचालित रूप से ASP.NET की तरह सेट हो जाएगी?
DataTypeAttribute , EditableAttribute के साथ ही।
फ़ील्ड हेडर बनाने के लिए भी DisplayAttribute ।
जहां तक मुझे याद है, सिल्वरलाइट में वे सभी समर्थित थे।

( इसे देखें)।

weitzhandler 6 अप्रैल 2020

👍1

सत्यापन विशेषताओं और IValidatableObject के बारे में क्या, क्या उन्हें UWP रनटाइम द्वारा सम्मानित किया जाएगा?

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

जहां IValidatableObject है, मुझे यकीन नहीं है कि यह कैसे काम करेगा। एक सामान्यीकरण के रूप में, हमारा इंजन केवल INotifyDataErrorInfo.ErrorsChanged घटना को सुनकर काम करता है। मॉडल का वास्तविक सत्यापन ऐप डेवलपर पर निर्भर है, और आम तौर पर लक्ष्य से स्रोत तक मूल्य स्थानांतरित करते समय किया जाता है।

stevenbrix 6 अप्रैल 2020

हो सकता है कि आपके द्वारा प्रस्तावित ValidationBase के वैकल्पिक तरीके के रूप में, विस्तार विधियों का एक सेट होना चाहिए, जो Validator.TryValidateObject का उपयोग करके एक सत्यापन प्रक्रिया चलाते हैं, और परिवर्तनों को सूचित करते हुए सत्यापन परिणामों को इकाई में इंजेक्ट करते हैं। ?
इस तरह, इसे केवल INotifyDataErrorInfo लागू करके आसानी से प्राप्त किया जा सकता है। हमारे पास एक इंटरफ़ेस भी हो सकता है जो INotifyDataErrorInfo से विरासत में मिलता है जो एक ऐसी संपत्ति जोड़ता है जिसमें त्रुटि संग्रह होता है, ताकि यूडब्ल्यूपी रनटाइम या टूलकिट इसके बजाय स्वचालित सत्यापन योग्य इकाई के रूप में पहचान सके, और लागू होने पर संपत्ति को स्वचालित रूप से सेट कर सके।

weitzhandler 6 अप्रैल 2020

🚀2

हो सकता है कि आपके द्वारा प्रस्तावित ValidationBase के लिए एक वैकल्पिक विधि के रूप में, एक्सटेंशन विधियों का एक सेट होना चाहिए, जो Validator.TryValidateObject का उपयोग करके एक सत्यापन प्रक्रिया चलाते हैं, और परिवर्तनों को सूचित करते हुए सत्यापन परिणामों को इकाई में इंजेक्ट करते हैं?

यह एक महान विचार है :)

stevenbrix 6 अप्रैल 2020

👍1

आश्चर्य है कि क्या नया स्रोत जनरेटर प्रतिमान यहां भी मदद कर सकता है?

michael-hawker 9 मई 2020

👍2

हाँ @ माइकल-हॉकर, मुझे आपके विचार पसंद हैं!

कुछ समय पहले मेरे मन में भी यही विचार थे जब मैंने पहली बार नए स्रोत जनरेटर संभावनाओं के बारे में पढ़ा था।

मुझे लगता है कि नए स्रोत जनरेटर प्रतिमानों के साथ हम INotifyDataErrorInfo और INotifyPropertyChanged के लिए पर्दे के पीछे बहुत सी चीजें बना/उत्पन्न कर सकते हैं।

मेरे पास Pluralsight पर एक WPF पाठ्यक्रम है जो T4, INotifyPropertyChanged और INotifyDataErrorInfo के साथ करता है, जिसमें सत्यापन के लिए डेटा एनोटेशन शामिल हैं: https://www.pluralsight.com/courses/wpf-mvvm-advanced-model-treatment
चीजों को जोड़ने के लिए पाठ्यक्रम कस्टम संलग्न गुणों का भी उपयोग करता है।
इस पाठ्यक्रम का लक्ष्य यह दिखाना है कि आप एक एमवीवीएम डब्ल्यूपीएफ ऐप कैसे बना सकते हैं जो प्रत्येक इनपुट फ़ील्ड पर दिखाता है कि क्या इसे बदला गया था और मूल मूल्य क्या था।

तो, निश्चित रूप से, चीजों को उत्पन्न करना और शायद पुस्तकालय (शायद डब्ल्यूसीटी के हिस्से के रूप में) के साथ समाप्त होना बहुत अच्छा होगा। और मुझे उस पाठ्यक्रम को WinUI के लिए फिर से करना अच्छा लगेगा। :)

thomasclaudiushuber 9 मई 2020

@ rufw91 मुझे पता है, है ना?!
आपके समय की कमी क्या हैं? इसका पहला कार्यान्वयन WinUI3 अल्फा में है, और हमें जल्द ही //बिल्ड टाइमफ्रेम में WinUI डेस्कटॉप के लिए एक पूर्वावलोकन होना चाहिए। हम वर्ष के अंत तक RTM'ing की योजना बना रहे हैं

@stevenbrix मुझे आशा है कि, मुझे वापस wpf पर स्विच करना पड़ा, मैं वास्तव में अभी बस के बारे में हूँ।

rufw91 27 मई 2020

मैंने इसे खोला।

weitzhandler 30 जुल॰ 2020

इस पर अनुवर्ती कार्रवाई करने के लिए, ट्विटर पर @stevenbrix के साथ बातचीत के बाद, मैंने आधार INotifyDataErrorInfo कार्यान्वयन को एकीकृत किया है जो उन्होंने यहां प्रदान किया है एक नए ObservableValidator वर्ग में नए एमवीवीएम टूलकिट में शामिल किया जा रहा है ( Microsoft.Toolkit.Mvvm पुस्तकालय), जो INotifyPropertyChanged और INotifyPropertyChanging को भी लागू करता है।

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

Sergio0694 13 अग॰ 2020

👍2

क्या आप कृपया हमें इस पर अपडेट दे सकते हैं? उत्सुक अगर UWP 10.0 18362 INotifyDataErrorInfo का समर्थन करता है। निम्नलिखित दस्तावेज़ीकरण पृष्ठ के अनुसार, https://docs.microsoft.com/en-us/dotnet/api/system.componentmodel.inotifydataerrorinfo?view=netcore-3.1 INotifyDataErrorInfo UWP 10.0 पर "लागू होता है"। हालाँकि, UWP 10.0 18362 स्थापित और लक्षित होने के साथ, टेक्स्ट बॉक्स INotifyDataErrorInfo सत्यापन प्रदर्शित नहीं कर रहे हैं। एक्सएएमएल में टेक्स्ट बॉक्स निम्नानुसार वर्णित हैं:

<TextBox Text="{x:Bind ViewModel.Username, Mode=TwoWay, UpdateSourceTrigger=PropertyChanged}" />

और हम यहां ReactiveValidationObject INotifyDataErrorInfo कार्यान्वयन के रूप में करते हैं।

worldbeater 2 सित॰ 2020

@worldbeater यह केवल WinUI3 के नवीनतम पूर्वावलोकन में उपलब्ध है, क्या आप इसका उपयोग कर रहे हैं?

stevenbrix 2 सित॰ 2020

धन्यवाद @stevenbrix! WinUI3 को आज़माने जा रहे हैं। INotifyDataErrorInfo सुनकर खुशी हुई और UWP मित्रवत हो रहे हैं, अंत में

worldbeater 2 सित॰ 2020

@worldbeater , यह अभी भी पूर्वावलोकन में है, इसलिए हमें इस पर आपकी प्रतिक्रिया प्राप्त करना अच्छा लगेगा! मैं

stevenbrix 3 सित॰ 2020

@worldbeater वैसे, डॉक्स का कहना है कि यह UWP 10.0 पर उपलब्ध है, लेकिन इसका मतलब यह नहीं है कि यह इसके द्वारा समर्थित है। दस्तावेज़ीकरण पर्याप्त स्पष्ट नहीं है।

maxkatz6 3 सित॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Microsoft-ui-xaml: INotifyDataErrorInfo के साथ UWP में इनपुट सत्यापन समर्थन जोड़ें

प्रस्ताव: INotifyDataErrorInfo के साथ इनपुट सत्यापन समर्थन जोड़ें

सारांश

दलील

सबसे उपयोगी टिप्पणी

सभी 50 टिप्पणियाँ

बस एक्स: बाइंड? मैं

बस INotifyDataErrorInfo और DataAnnotations प्रतिमान? मैं

बाध्यकारी जोड़ें। सत्यापन नियम? नूह ;-)

ValidatesOnNotifyDataErrors जोड़ें? नहीं परंतु...

सारांश

संबंधित मुद्दों