XAML: नेस्टेड कन्वर्टर्स

परिचय

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

कार्यान्वयन

आइए एक कनवर्टर बनाते हैं, जो अपने स्वयं के अमूर्त रूपांतरण से पहले, दूसरे, एम्बेडेड कनवर्टर के रूपांतरण का प्रदर्शन करेगा।
वर्ग घोषणा:

[ContentProperty("Converter")] public abstract class ChainConverter : IValueConverter 

ContentProperty विशेषता - उस संपत्ति को निर्दिष्ट करता है जिसका उपयोग XAML मार्कअप में किया जाएगा।
अगला, कक्षा में, हम स्वयं नेस्टेड कनवर्टर का वर्णन करते हैं:

 public IValueConverter Converter { get; set; } 

हम इसे IValueConverter होने की अनुमति देते हैं - यह हमें मौजूदा कन्वर्टर्स को नेस्टेड के रूप में उपयोग करने का अवसर देगा।
रूपांतरण कोड सरल है:

 object IValueConverter.Convert(object value, Type targetType, object parameter, CultureInfo culture) { if (Converter != null) value = Converter.Convert(value, ThisType ?? targetType, parameter, culture); return Convert(value, targetType, parameter, culture); } public abstract object Convert(object value, Type targetType, object parameter, CultureInfo culture); 

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

उदाहरण का उपयोग करें

इस उदाहरण में, हम दो सरल रूपांतरणों को कार्यान्वित करते हैं: बूल्टो विजिबिलिटीकॉनवर्टर और इनवर्टबुलियनकॉनर्टर। मेरे विचार से, यह समझ में आता है: जब सही पर सेट किया जाता है, तो नियंत्रण छिप जाएगा, जब झूठ के लिए सेट किया जाएगा, तो इसे दिखाया जाएगा।
BoolToVisibilityConverter कोड:

 public class BoolToVisibilityConverter : ChainConverter { public override object Convert(object value, Type targetType, object parameter, CultureInfo culture) { return (bool) value ? Visibility.Visible : Visibility.Collapsed; } public override object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture) { throw new NotSupportedException(); } } 

InvertBooleanConverter Code:

 public class InvertBooleanConverter : ChainConverter { public override object Convert(object value, Type targetType, object parameter, CultureInfo culture) { return !(bool) value; } public override object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture) { throw new NotSupportedException(); } } 

का उपयोग करें:

 <TextBlock Text=" "> <TextBlock.Visibility> <Binding Path="IsChecked" ElementName="checkBox"> <Binding.Converter> <Converters:BoolToVisibilityConverter> <Converters:InvertBooleanConverter /> </Converters:BoolToVisibilityConverter> </Binding.Converter> </Binding> </TextBlock.Visibility> </TextBlock> <CheckBox Content="   " x:Name="checkBox" /> 

प्रोजेक्ट का लिंक
यदि यह अभी तक स्पष्ट नहीं है कि इस तकनीक का उपयोग कैसे किया जाए, तो इस कोड की कल्पना करें:

 <TextBlock> <TextBlock.Text> <Binding Path="Order"> <Binding.Converter> <TakeFirstNSymbolsConverter SymbolsCount="5"> <OrderStateToStringConverter> <OrderToOrderStateConverter /> </OrderStateToStringConverter> </TakeFirstNSymbolsConverter> </Binding.Converter> </Binding> </TextBlock.Text> </TextBlock> 

यहाँ मैंने 3 कन्वर्टर्स का उपयोग किया है: सबसे गहरा - ऑर्डरटॉउडरस्टैटेनेटऑन्सर - ऑर्डर की स्थिति की गणना, एक स्तर ऊपर - ऑर्डर की स्थिति को एक स्ट्रिंग में परिवर्तित करना, और अंतिम (कोड में पहले) - स्ट्रिंग से पहले वर्णों को निकालना (प्रोजेक्ट में स्ट्रिंग्स के साथ काम करने का एक समान उदाहरण है)।

निष्कर्ष

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