अतुल्यकालिक संचालन और अधिक के लिए स्वचालित व्यस्त संकेतक

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

इसलिए, मैंने इस प्रक्रिया को अधिक से अधिक स्वचालित करने का निर्णय लिया, ताकि मुझे कोड की एक भी पंक्ति न लिखनी पड़े। तो:

समस्या कथन:

1. किसी भी सूची के लिए स्वचालित संकेत प्रदान करें जो डेटा स्रोत के रूप में ItemsSource स्रोत के मूल्य का उपयोग करता है।
2. एक संकेत जो प्राप्त डेटा को माना जाता है कि वह ItemsSource का एक शून्य मान नहीं होगा।
3. BusyIndicator रूप में BusyIndicator आप किसी भी नियंत्रण का उपयोग कर सकते हैं यदि केवल उसके पास boolean संपत्ति IsBusy ।
4. फॉर्म के दृश्य में सभी अतिरिक्त कोडिंग को लागू किया जाना चाहिए और XAML कोड में निम्नलिखित टेम्पलेट होना चाहिए:
   

    <BusyIndicator ...> <ListBox ItemsSource="{Binding DataList, IsAsync=true}" ...> ... </ListBox> <BusyIndicator> 

   
   

IsAsync=true उदाहरण में IsAsync=true बाइंडिंग की संपत्ति को छोड़ा जा सकता है, इस मामले में तर्क बहुत ज्यादा नहीं बदलता है, लेकिन इस लेख में मैं अतुल्यकालिक डेटा अधिग्रहण के उदाहरण दूंगा, क्योंकि यदि प्रक्रिया के एक संकेत की आवश्यकता होती है, तो डेटा प्राप्त करने में एक ठोस समय लगता है, और यदि ऐसा है, तो हम नहीं चाहते हैं कि हमारा आवेदन एक ही समय में फ्रीज हो जाए, और यदि ऐसा है, तो अतुल्यकालिक बाध्यकारी हमारा सब कुछ है। इसके अलावा, हमें इसे लागू करने के लिए कुछ भी खर्च नहीं होता है: XAML में और ViewModel कोड में IsAsync = true:

 private IEnumerable _dataList = null; public IEnumerable DataList { get { if (_dataList == null) _dataList = Model.GetDataList(...); return _dataList; } private set { if (_dataList == value) return; _dataList = value; NotifyPropertyChanged("DataList"); } } public void RefreshDataList() { DataList = null; } 

पहली बात जो मेरे साथ हुई (और यह दृष्टिगोचर भी हुई) कुछ इस तरह से लिखना था:

 <BusyIndicator IsBusy="{Binding DataList, IsAsync=true, Converter={StaticResource NullToBool}"> <ListBox ItemsSource="{Binding DataList, IsAsync=true}" ...> ... </ListBox> <BusyIndicator> 

भला, इस कोड की तुरंत आलोचना कौन कर सकता है?

इसलिए मैंने भी उसे एक बार में पसंद नहीं किया। डिबगिंग ने मेरी चिंताओं की पुष्टि की: सूची को दो बार प्राप्त किया गया था - BusyIndicator और सूची के लिए।

"इससे कोई फर्क नहीं पड़ता!" मैंने कहा, और सूची प्राप्त करने के तरीके को थोड़ा बदल दिया:

 private object _dataListSync = new nbject(); private IEnumerable _dataList = null; public IEnumerable DataList { get { lock (_dataListSync) { if (_dataList == null) _dataList = Model.GetDataList(...); return _dataList; } } } 

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

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

अगला विचार attached property का उपयोग करना था।

अब तक, मुझे एक वास्तविक दिलचस्प उदाहरण के साथ इसे गहराई से समझने का अवसर नहीं दिया गया है, इसलिए अगले लेख में , मैं आपको जो कुछ भी किया है, उसके बारे में कदम-दर-कदम बताऊंगा।

अंत तक पढ़ने वालों को धन्यवाद।