WPF: कनवर्टर के लिए कई विकल्प

कन्वर्टर्स पर अपने पहले लेख में, मैंने कन्वर्टर्स को मार्कअप एक्सटेंशन के रूप में उपयोग करने का एक तरीका बताया। कन्वर्टर्स के विषय को जारी रखते हुए, मैं कनवर्टर के मापदंडों के बारे में बात करना चाहूंगा।

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

<Label Content="{Binding Path=Date, Converter={StaticResource dateConverter}, ConverterParameter='Gregorian'}" /> 

इसी तरह, यदि आप MarkupExtension जैसे कन्वर्टर का उपयोग करते हैं:

 <Label Content="{Binding Path=Date, Converter={converters:DateTimeToString}, ConverterParameter='Gregorian'}" /> 

जब इस कनवर्टर को कहा जाता है, तो मूल्य "ग्रेगोरियन" इसके इनपुट पैरामीटर "पैरामीटर" में होगा और हम पहले से ही जान जाएंगे कि यह तारीख ग्रेगोरियन कैलेंडर में है:

  public object Convert(object value, Type targetType, object parameter, CultureInfo culture) { DateTime date = (DateTime)value; string calendar = (string)parameter; if (calendar == "Gregorian") return DateTimeHelpers.GregorianToString(calendar); else if (calendar == "Gregorian") return DateTimeHelpers.GregorianToString(calendar); } 

कई मापदंडों

यह निश्चित रूप से अद्भुत है, लेकिन क्या होगा यदि दो या दो से अधिक मापदंडों को कनवर्टर में स्थानांतरित करने की आवश्यकता है, लेकिन दो या अधिक? मानक तरीकों से, यह काम नहीं करेगा। लेकिन, जैसा कि urrri habrayuzer द्वारा सुझाया गया है , इसे आसानी से लागू किया जा सकता है यदि कनवर्टर एक ही समय में MarkupExtension है। उनकी अनुमति से मैं इस विधि का वर्णन करूंगा।

एक आधार के रूप में हम पहले लेख से कोड का उपयोग करेंगे। शुरू करने के लिए, हम अपने बेस क्लास को थोड़ा संशोधित करेंगे:

  public abstract class ConvertorBase<T> : MarkupExtension, IValueConverter where T : class, new() { /// <summary> /// Must be implemented in inheritor. /// </summary> public abstract object Convert(object value, Type targetType, object parameter, CultureInfo culture); /// <summary> /// Override if needed. /// </summary> public virtual object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture) { throw new NotImplementedException(); } public override object ProvideValue(IServiceProvider serviceProvider) { return this; } } 

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

  public class DateTimeToString : ConvertorBase<DateTimeToString> { /// Format for converting DateTime to string. /// </summary> public string Format { set; private get; } /// <summary> /// Date of what calendar current instance is representing. /// </summary> public string Calendar { set; private get; } public override object Convert(object value, Type targetType, object parameter, CultureInfo culture) { DateTime date = (DateTime)value; if (calendar == "Gregorian") return DateTimeHelpers.GregorianToString(date, Format); else if (calendar == "Gregorian") return DateTimeHelpers.GregorianToString(date, Format); } } 

कन्वर्टर उपयोग उदाहरण:

 <Label Content="{Binding Path=Date, Converter={converters:DateTimeToString Calendar='Gregorian', Format ='Today is {0}'}}" /> 

यदि कनवर्टर जोड़ने के बाद परियोजना का पुनर्निर्माण किया जाता है, तो संपादक हमें संपत्ति विकल्प प्रदान करेगा:

मैं यह नोट करना चाहता हूं कि यदि कुछ पैरामीटर वैकल्पिक हैं, तो आप उन्हें छोड़ सकते हैं:

 <Label Content="{Binding Path=Date, Converter={converters:DateTimeToString}" /> 

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

  [ValueConversion(typeof(DateTime), typeof(String))] public class DateTimeToString : ConvertorBase<DateTimeToString> { /// <summary> /// Format string. /// </summary> public string Format { set; private get; } /// <summary> /// Date of what calendar current instance is representing. /// </summary> public string Calendar { set { _calendar = value; } private get { return _calendar; } } /// <summary> /// Default calendar. /// </summary> private string _calendar = "Gregorian"; public override object Convert(object value, Type targetType, object parameter, CultureInfo culture) { DateTime date = (DateTime)value; Debug.Assert(date != null, "Date is missing."); Debug.Assert(Format != null, "Format is missing."); if (Calendar == "Gregorian") return DateTimeHelpers.GregorianToString(date, Format); else if (Calendar == "Gregorian") return DateTimeHelpers.GregorianToString(date, Format); } } 

अब, यदि दिनांक को कनवर्टर में स्थानांतरित नहीं किया जाता है, या यदि प्रारूप निर्दिष्ट नहीं है, तो हमारे पास ऐसी अच्छी खिड़की होगी जो डिबगिंग में बहुत मदद कर सकती है:

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

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