क्या कोई मुझे बता सकता है कि डब्ल्यूपीएफ में सत्यापन के लिए एक बेहतर तरीका कौन सा है।IDataErrorInfo बनाम सत्यापनकरण बनाम अपवाद
प्रदर्शन, मेमोरी लीक, कोड रख-रखाव और फिर से उपयोग के संदर्भ में।
यह एक जटिल अनुरोध है, और ईमानदारी से यह शायद किसी और चीज से अधिक वरीयता के आधार पर भिन्न हो जाएगा।
प्रमाणीकरण नियम IDataErrorInfo से पुराने हैं (मुझे विश्वास है कि उत्तरार्द्ध .NET 3.5 में पेश किया गया था)। अकेले इस पर आधारित, ऐसा लगता है कि डब्ल्यूपीएफ टीम IDataErrorInfo पसंद करती है। लेकिन सच्चाई यह है कि वे अलग-अलग चीजों के लिए बनाई गई हैं। यदि आपके पास एमवीवीएम या समकक्ष पैटर्न है, तो मॉडल (जैसे, कहें, ऋणात्मक आयु) में त्रुटियों के लिए IDataErrorInfo बेहतर है, जबकि (कहें, age की आयु) में त्रुटियों के लिए प्रमाणीकरण नियम बेहतर हैं। यह निश्चित रूप से संभव है कि प्रमाणीकरण नियम "व्यापार तर्क" जांच करें, या IDataErrorInfo आपको "एक यूनिकोड स्नोमैन वैध आयु नहीं है" कहने के लिए संभव है, लेकिन आप इस पैटर्न को बनाए रखकर (संभवतः) सर्वोत्तम रखरखाव प्राप्त करेंगे।
लेकिन आरंभिक परीक्षण से परे सत्यापन के लिए अपवादों का उपयोग न करें यह देखने के लिए कि आपको किन स्थितियों का परीक्षण करना चाहिए।
त्रुटि प्रबंधन के लिए अपवाद का उपयोग करना अच्छा नहीं है। अपवाद का उपयोग प्रदर्शन को कम करेगा। यह IDataErrorInfo का चयन और कार्यान्वयन या वैधकरण नियम बनाने का विषय है।
IDataErrorInfo
मान्यता नियम
मेरी राय सामान्य सत्यापन सत्यापन के लिए सामान्य सत्यापन मान्यताओं के लिए है, ईमेल पता वैधताएं आप सत्यापन नियम का उपयोग कर सकते हैं। यदि आपको सीमा सत्यापन जैसे कस्टम सत्यापन करने की आवश्यकता है, या जो भी कस्टम सत्यापन IDataerrorinfo का उपयोग करें।
आज IDataErrorInfo पर पढ़ रहा था - यह ValidationRule से अधिक पुराना है लगता है - लगता है IDataErrorInfo इंटरफेस फ्रेमवर्क 1.1 (http://msdn.microsoft.com/en-us/library/system.componentmodel.idataerrorinfo_properties के बाद से आसपास किया गया है (v = VS.71) .aspx) लेकिन फ्रेमवर्क 3.0 के बाद प्रमाणीकरण नियम। ऐसा मत सोचो कि यह मौलिक रूप से आपका जवाब बदलता है – GrahamMc