लंबन शीर्षलेखों का समर्थन करने के लिए स्क्रॉलिंग ईवेंट के बारे में कैसे?

इसके बारे में प्यार करने के लिए बहुत कुछ है।

FontIconSource

FontIconSource के लिए हालांकि हमें वास्तव में यूनिकोड मान का उपयोग न करने के तरीके की आवश्यकता है (यदि हम नहीं चाहते हैं)। यदि आप f370 मान के साथ FontIconSource को देख रहे हैं तो आपके पास कोई अजीब सुराग नहीं है कि यह क्या माना जाता है।

दूसरी तरफ, अगर मैं चुन सकता हूं और चुन सकता हूं कि मैं किस आइकन फ़ॉन्ट का उपयोग कर रहा हूं और फॉर्म को fa-app-store-ios को f370 के यूनिकोड समकक्ष में कनवर्ट करने का एक तरीका देता हूं, तो अब मैं एक नज़र में जान सकता हूं कि मैं जिस आइकन का उपयोग कर रहा हूं वह Font Awesome से है और यह iOS ऐप स्टोर आइकन है। मैं किसी भी तरह से यह नहीं कह रहा हूं कि फॉर्म में हर उपलब्ध फ़ॉन्ट (या उस मामले के लिए कोई भी) के लिए समझ होनी चाहिए, जो कि कुछ सार्वजनिक सार से आ सकती है या सामुदायिक टूलकिट आदि में जोड़ा जा सकता है। किसी भी तरह से हमें एक की आवश्यकता है सार्थक नामों का उपयोग करने का तरीका।

अंत में मुझे उम्मीद है कि हम इसके लिए एक्सएएमएल एक्सटेंशन में बेक कर सकते हैं ताकि आपके पास कुछ ऐसा हो:

<Image Source="{FontIcon fa-app-store-ios,Color={StaticResource primaryColor}}" />

मेनू

जैसा कि मैं पहले @davidortinau के साथ चर्चा कर रहा था, यह विशेष रूप से आदर्श होगा यदि हम उपयुक्त परिणाम प्राप्त करने के लिए संदर्भ मेनू पर मिश्रण और मिलान कर सकते हैं। इस पर कुछ अच्छा संदर्भ एक ईमेल क्लाइंट के बारे में सोचना होगा जिसमें आपको एक मेनू बाईं ओर स्वाइप करने पर और दूसरा दाईं ओर स्वाइप करने पर मिल सकता है। एक और परिदृश्य जिसे मैं समर्थित देखना पसंद करूंगा, वह सेल मेनू दृष्टिकोण होगा जैसा कि iOS CollectionView के लिए डॉक्स में दिखाया गया है।

आयोजन

मुझे लगता है कि यह कहना सुरक्षित है कि मैं पक्षपाती हूं, लेकिन समुदाय का एक बहुत बड़ा हिस्सा एमवीवीएम डिजाइन पैटर्न का पालन कर रहा है। SelectionChanged और RemainingItemsThresholdReached ईवेंट होना दोनों ही API के लिए महत्वपूर्ण हैं, लेकिन यह शानदार होगा यदि हम इन OOB को किसी ईवेंट हैंडलर के ViewModel के संस्करण के साथ समर्थन करने का कोई तरीका ढूंढ सकें ... a मैं आदेश।

चूंकि RemainingItemsThresholdReached सिर्फ एक सादा पुराना EventArgs भेजता है, मुझे लगता है कि हम सुरक्षित रूप से मान सकते हैं कि कमांड को पास करना ठीक होना चाहिए क्योंकि हमें केवल कमांड को निष्पादित करने की आवश्यकता है। सिलेक्शन चेंज के लिए, मुझे लगता है कि नए आइटम बनाम पुराने आइटम को जानना अधिक महत्वपूर्ण होगा, इसलिए नए आइटम ओओबी को सिलेक्शन चेंज कमांड में पास करना ठीक होना चाहिए। यह हर उपयोग के मामले को प्रभावित नहीं कर सकता है, लेकिन यह कम से कम ओवरहेड की एक न्यूनतम राशि प्रदान करता है जिसे डेवलपर को कुछ EventToCommandBehavior के साथ जोड़ने की आवश्यकता होती है।

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

GroupFooterTemplate को भी जोड़ने के बारे में क्या?

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

यदि केवल एक वृद्धि होती तो मैं प्रपत्रों के लिए अनुरोध कर सकता था, यह वह होगा।
(वास्तव में, मैंने 2017 में @davidortinau के

यह वास्तव में अद्भुत और लंबे समय से प्रतीक्षित है! एपीआई साफ और सीधा है (HasUnevenRows का नाम बदलने के लिए धन्यवाद!)

स्क्रॉलिंग ईवेंट की बहुत आवश्यकता होती है, जैसा कि @dhaligas द्वारा सुझाया गया है। लंबन एनिमेशन के लिए लेकिन उदाहरण के लिए स्क्रॉल करते समय फ्लोटिंग एक्शन बटन को छिपाने के लिए भी।

FontIconSource एक अच्छा विचार है। प्रत्येक प्लेटफ़ॉर्म के लिए यूनिकोड मैप किए गए (आईओएस या यूडब्ल्यूपी के समान) के साथ, आइकन की एक डिफ़ॉल्ट सूची प्रदान करना बहुत अच्छा हो सकता है।

ऐसा लगता है कि वास्तव में क्या आवश्यक है। एपीआई बहुत साफ दिखता है, इस तरह से संरचित कई विचार/कंटेनर होने से कोड क्लीनर और सरल रखने में मदद मिलनी चाहिए।

मेरी अब तक की टिप्पणियाँ:

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

स्क्रॉलिंग: मैं स्क्रॉलिंग इवेंट के बारे में पूरी तरह से सहमत हूं। हम इसे इस समय Android के लिए प्राप्त कर सकते हैं, लेकिन iOS के लिए आपको UITableViewSource को लपेटना होगा और स्क्रॉल की गई विधि को हाईजैक करना होगा।

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

यह केवल एडेप्टर/दृश्य स्रोतों पर लागू नहीं होता है। सामान्य तौर पर नए एपीआई में, कृपया ऐसे बिंदु जोड़ें जहां हम जरूरत पड़ने पर व्यवहार का विस्तार कर सकें।

मुझे लगता है कि यह वास्तव में एक महान और महत्वपूर्ण विशेषता है!
iOS पहले से ही UICollectionView नाम का उपयोग कर रहा है, जिससे CollectionView की खोज करते समय भ्रम और गलत Google परिणाम हो सकते हैं। क्या ये एक दिक्कत है?

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

इसे बाद में जोड़ा जा सकता है, लेकिन कुछ इस तरह:

public class MultipleFontIconsSource : ImageSource
{
    public List<FontIconSource> Icons { get; set; }
}

स्टैकिंग आइकन का समर्थन करने के लिए उपयोगी होगा: https://fontawesome.com/how-to-use/on-the-web/styling/stacking-icons

मेरी प्रतिक्रिया:

1. मैं संग्रह दृश्य वर्ग में आइटम चयन क्षमताओं को नहीं रखूंगा। इसके बजाय, मैं संग्रह दृश्य से प्राप्त एक सार आधार वर्ग ListCollectionView जोड़ूंगा जिसमें विशिष्ट क्षमताएं हैं:

public class CollectionView : View
{
   // Common capabilities related to a view capable of displaying a list of items
    public static readonly BindableProperty ItemsLayoutProperty;
    public IItemsLayout ItemsLayout { get; set; }

    public static readonly BindableProperty ItemsSourceProperty;
    public IEnumerable ItemsSource { get; set; }
}

public class ListCollectionView : CollectionView
{
     // Item selection capabilities and other capabilities 

    public static readonly BindableProperty SelectionModeProperty;
    public SelectionMode SelectionMode { get; set; }

    public static readonly BindableProperty SelectedItemProperty;
    public object SelectedItem { get; set; }

    public static readonly BindableProperty SelectedItemsProperty;
    public IList<object> SelectedItems { get; set; }

    public static readonly BindableProperty SelectedItemsProperty;
    public IList<object> SelectedItems { get; set; }
}

मेरा विचार है कि विंडोज एक्सएएमएल में आइटम्स कंट्रोल के समान संग्रह दृश्य होना चाहिए। आइटम्स कंट्रोल एक पैनल इंस्टेंस लेता है जो आइटम्स को रखता है। प्रपत्रों में, हमारे पास CollectionView और IItemsLayout होंगे।
डिफ़ॉल्ट रूप से, यदि कोई IItemLayout नहीं दिया गया है, तो डिफ़ॉल्ट लेआउट एक स्टैक लेआउट हो सकता है। इस तरह हम मूल रूप से ItemsSource को Windows XAML से StackPanel के साथ जोड़ सकते हैं, या दूसरे शब्दों में, एक बाइंडेबल StackLayout!

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

1. मैं IItemsLayout इंटरफ़ेस का नाम बदलकर ICollectionViewLayout रखूंगा। ढांचे में पहले से ही Layout और ItemsView । यह एक लंबा नाम होगा, लेकिन ICollectionViewLayout एक मजबूत संकेत है कि इसके लिए क्या है, यह संग्रह दृश्य के लिए विशिष्ट है, आइटम प्रदर्शित करने का कोई सामान्य तरीका नहीं है।

2. मैं ItemsLayout क्लास का नाम बदलकर OrientedCollectionViewLayout कर दूंगा। यह एक मजबूत संकेत है कि सार आधार वर्ग वास्तव में किसके लिए है, सभी व्युत्पन्न वर्ग वस्तुओं को उन्मुख तरीके से लेआउट करते हैं। इसके अलावा, नाम में "ओरिएंटेड" का उपयोग करने से भविष्य में एक अमूर्त आधार वर्ग जोड़ने का विकल्प मिलता है जिसे "कलेक्शन व्यूलेआउट" कहा जाता है। यदि सभी संग्रह दृश्य लेआउट कक्षाओं के लिए कुछ नई सामान्य कार्यक्षमता की आवश्यकता होती है, न कि केवल अभिविन्यास वाले लोगों के लिए।

3. व्यूसेल को हटाना और केवल डेटा टेम्पलेट का उपयोग करना बहुत स्वागत है, यह पुन: प्रयोज्यता में सुधार करता है।

1. क्या आप रीफ्रेश व्यू के बारे में अधिक जानकारी साझा कर सकते हैं?
   मुझे लगता है कि रीफ्रेश व्यू किसी भी तरह आईओएस पर UIRefreshControl पर मैप करना चाहिए? यह एंड्रॉइड और यूडब्ल्यूपी पर कैसे काम करेगा?

अगर किसी को दिलचस्पी है, तो मैंने ऊपर अपनी पहली टिप्पणी में कुछ अपडेट किए हैं।

मैं @andreinitescu से सहमत

जबकि मुझे स्क्रॉल फ़ंक्शन को नियंत्रित करने का विचार पसंद है, मैं गैर-स्क्रॉलिंग "संग्रह" के लिए किसी भी आकर्षक उपयोग के मामलों के साथ भी नहीं आ रहा हूं जिसमें सूची दृश्य की सभी उन्नत सुविधाएं या मेरे सिर के ऊपर से प्रस्तावित संग्रह दृश्य शामिल हैं। एक गैर स्क्रॉलिंग सूची के लिए मेरा उपयोग मामला हमेशा छोटी वस्तु सूची द्वारा हल किया गया है। ListView का उपयोग न करने का मेरा सामान्य कारण यह है कि मुझे चयन नहीं चाहिए या मैं सूची को क्षैतिज रूप से लेआउट करना चाहता हूं। उन दोनों मामलों को प्रस्तावित युक्ति द्वारा कवर किया गया प्रतीत होता है। मुझे किसी भी उपयोग के उदाहरणों में दिलचस्पी होगी, किसी और के पास कोई स्क्रॉल नहीं है।

@bmacombe मैं

मैं कहूंगा कि गैर-स्क्रॉलिंग विकल्प रखने का मामूली कारण यह है कि कुछ पृष्ठों को पूरे पृष्ठ के लिए स्क्रॉलव्यू और वस्तुओं की एक सूची की आवश्यकता होती है।

यदि आप ऐसा करते हैं, तो अभी स्क्रॉलव्यू में ListView डालने की अनुशंसा नहीं की जाती है। एक बाध्यकारी संग्रह दृश्य जिसे आप वहां डाल सकते हैं, जिसमें अभी भी संभावित रूप से सूची दृश्य की सभी सुविधाएं हैं, ऐसा कुछ है जिसकी मुझे कई बार आवश्यकता है।

मैंने वही बाइंडेबलस्टैक लिखा है जो हर कोई करता है, लेकिन एक में बेक किया हुआ काम करने के लिए बहुत अच्छा होगा।

@adammeaney यह समझ में आता है और मैंने अब ऐसा ही किया है कि मैं इसके बारे में सोचता हूं।

@andreinitescu मैं असहमत नहीं हूं कि इसे बनाया जाना बहुत अच्छा होगा। मुझे लगता है कि हर कोई एक ही पृष्ठ पर है कि क्या आवश्यक है, बस इसे सर्वोत्तम तरीके से कैसे करें। मैं किसी भी दृष्टिकोण के साथ ठीक हूं जब तक कि किसी प्रकार का "नो स्क्रॉल" विकल्प न हो।

अपने स्वयं के ढांचे में मैं हमेशा एक ही नियंत्रण में बहुत सारी सुविधाओं का निर्माण करने के लिए आगे बढ़ता हूं या वृद्धिशील कार्यों के साथ बहुत से समान वर्ग रखता हूं। मैं इसके साथ अच्छा रहूंगा हालांकि फॉर्म टीम इसे सर्वोत्तम रूप से लागू करने का निर्णय लेती है, खासकर अंतर्निहित प्लेटफॉर्म कार्यान्वयन पर विचार करते हुए।

@bmacombe कुछ योजनाओं के साथ, मुझे उम्मीद है कि हमें एक पत्थर से दो पक्षी मिल सकते हैं।
उदाहरण के लिए, संग्रह दृश्य वर्ग का एक उदाहरण जिस तरह से मैंने उल्लेख किया है, अगर इसमें कोई IItemLayout सेट नहीं है, तो इसे केवल रेंडरर तंत्र द्वारा iOS पर एक मूल UIStackView या UWP पर StackPanel या Android पर LinearLayout पर मैप किया जा सकता है। या, लागू करने में आसान होने के लिए, यह केवल मौजूदा स्टैकलाउट का उपयोग विचारों को व्यवस्थित करने के लिए कर सकता है।

मेरी धारणा यह थी कि एक नई सूची दृश्य का लक्ष्य मौजूदा सूची दृश्य के साथ चुनौतियों को ठीक करना चाहिए, लेकिन यहां "दोहराने योग्य बाइंडर" धागे

हम यह देखना चाहते हैं कि इस युक्ति को आगे बढ़ाने से पहले ListView2 कहाँ लैंड करता है। इसमें समान आवश्यक घटकों में से कई शामिल हैं और उन्हें डुप्लिकेट करने से बचना सबसे अच्छा होगा।

मैं नहीं देखता कि संग्रह दृश्य में सभी कार्यक्षमताओं को कैसे रखा गया है जैसे कि यहां सुझाव दिया गया है कि नौकरी सही होगी।

2680 इस युक्ति में जोड़ा जा सकता है? स्क्रॉलबार सक्षम करने के संबंध में।

@andreinitescu

क्या आप रीफ्रेश व्यू के बारे में अधिक जानकारी साझा कर सकते हैं?
मुझे लगता है कि रीफ्रेश व्यू किसी भी तरह आईओएस पर UIRefreshControl पर मैप करना चाहिए? यह एंड्रॉइड और यूडब्ल्यूपी पर कैसे काम करेगा?

UWP पर, हम संभवतः RefreshContainer का उपयोग SwipeRefreshLayout ।

@krdmllr

iOS पहले से ही UICollectionView नाम का उपयोग कर रहा है, जिससे CollectionView की खोज करते समय भ्रम और गलत Google परिणाम हो सकते हैं। क्या ये एक दिक्कत है?

यह एक समस्या है, लेकिन नई नहीं है। हमारे पास फ़ॉर्म में GestureRecognizer, ListView, Grid और कई अन्य चीज़ों के साथ एक ही समस्या है। हमने आंतरिक रूप से इससे थोड़ा संघर्ष किया; "स्क्रीन पर वस्तुओं का एक गुच्छा" के लिए केवल इतने ही संभावित नाम हैं।

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

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

(मैं इसे "ListView2ColonRevengeOfTheListView" नाम देना चाहता था, लेकिन @davidortinau ने मुझे गोली मार दी :))

@dansiegel

इस पर कुछ अच्छा संदर्भ एक ईमेल क्लाइंट के बारे में सोचना होगा जिसमें आपको एक मेनू बाईं ओर स्वाइप करने पर और दूसरा दाईं ओर स्वाइप करने पर मिल सकता है।

SwipeView युक्ति पर एक नज़र डालें - ठीक यही हमारा लक्ष्य है।

@GalaxiaGuy

स्टैकिंग आइकन का समर्थन करें

यह एक अच्छी बात है, यदि संभव हो तो हमें इसका समर्थन करना चाहिए। मुझे पता है कि यह बिल्ट-इन UWP ग्लिफ़ के साथ काम करता है; मुझे यह सुनिश्चित करने के लिए थोड़ा शोध करना होगा कि अन्य प्लेटफार्मों पर स्टैकिंग का प्रकार काम करेगा (मुझे संदेह है कि उत्तर "हां" है)।

अद्यतन: इस युक्ति के FontIconSource भाग को अपने स्वयं के युक्ति में स्थानांतरित कर दिया गया है।

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

@ hartez

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

मैंने पहले ही अलग-अलग कारणों से एक नया नाम सुझाया है

SelectedItem का मान क्या होगा जब SelectionMode Multiple ? ऐसे 5 विकल्प हैं जिनके बारे में मैं सोच सकता हूं:

1. चयन के क्रम से अंतिम चयनित आइटम।
   
2. स्रोत के क्रम से अंतिम चयनित आइटम।
   
3. चयन के क्रम से अंतिम चयनित/अचयनित आइटम।
   
4. स्रोत के क्रम से अंतिम चयनित/अचयनित आइटम।
   
5. शून्य
   
   
   
   (2), (3) और (4) बहुत उपयोगी नहीं हैं। मैंने उन्हें सभी विकल्पों को कवर करने के लिए जोड़ा। (1) सबसे तार्किक विकल्प लगता है। (5) यदि आप SelectedItem का समर्थन नहीं करना चाहते हैं तो SelectionMode Multiple ।

@AmrAlSayed0

SelectMode के एकाधिक होने पर SelectedItem का मान क्या होगा?

अभी जवाब है " SelectionMode से Multiple स्विच करने से पहले जो कुछ भी था "।

@ रोगी

मैं एक चयन से बहु-चयन आइटम के लिए एक उपयोगकर्ता परिदृश्य होगा

क्या आप पूछ रहे हैं कि क्या यह चयन परिदृश्य समर्थित है? AFAIK, सभी मूल नियंत्रण जिनका हम उपयोग करने का इरादा रखते हैं, इसका समर्थन करते हैं, इसलिए इसे _ should_ CollectionView में समर्थित होना चाहिए।

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

@andreinitescu

https://github.com/xamarin/Xamarin.Forms/issues/3172#issuecomment -401015625 (और कहीं और) से आपकी टिप्पणियों का जवाब:

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

हम मानते हैं कि आप (और कई अन्य) उन इंटरमीडिएट कक्षाओं को स्टैकलाउट्स और टेम्पलेटेड आइटम्स (यानी, "बाइंडेबल रीपीटर") के ग्रिड के रूप में प्रस्तुत करने के लिए बहुत उत्सुक हैं, और यह उन उपयोग मामलों में से एक है जिन्हें हम खोज रहे हैं।

@alexhardwicke

सामान्य तौर पर नए एपीआई में, कृपया ऐसे बिंदु जोड़ें जहां हम जरूरत पड़ने पर व्यवहार का विस्तार कर सकें।

रेंडरर्स में UpdateX तरीके protected virtual । :)

पूरी गंभीरता से, हम जानते हैं कि यह अतीत में एक दर्द बिंदु रहा है, और हम इसे CollectionView लिखते समय ध्यान में रख रहे हैं।

1. दूसरे विचार पर, मुझे नहीं लगता कि संग्रह दृश्य इस दृश्य के वर्ग नाम के लिए एक अच्छा विकल्प है।
   Windows XAML में, संग्रह दृश्य समूह को फ़िल्टर करने के लिए उपयोग की जाने वाली वस्तुओं के डेटा स्रोत के लिए आधार वर्ग है, देखें https://msdn.microsoft.com/en-us/library/system.windows.data.collectionview (v=vs. 110).aspx
   हो सकता है कि किसी बिंदु पर ज़ामरीन फॉर्म को एक ही उद्देश्य के लिए एक वर्ग मिल जाएगा, और मुझे लगता है कि यह समझ में आएगा यदि इसका एक ही नाम (संग्रह दृश्य) है, खासकर जब एक्सएएमएल मानक के बारे में सोचते हैं (क्या यह अभी भी योजनाबद्ध है?)

   जितना बदसूरत और मजाकिया लगता है, ListView2 एक अच्छा विकल्प है :) संस्करण के लिए प्रत्यय का उपयोग करने के लिए .NET में यह अनुशंसित अभ्यास है जब मौजूदा नाम ही एकमात्र नाम है जो समझ में आता है:

   किसी मौजूदा एपीआई के नए संस्करण को इंगित करने के लिए एक संख्यात्मक प्रत्यय का उपयोग करें, खासकर यदि एपीआई का मौजूदा नाम एकमात्र ऐसा नाम है जो समझ में आता है (यानी, यदि यह एक उद्योग मानक है) और यदि कोई सार्थक प्रत्यय जोड़ना (या बदलना नाम) उपयुक्त विकल्प नहीं है।

   _फ्रेमवर्क डिजाइन दिशानिर्देश: पुन: प्रयोज्य .NET पुस्तकालयों के लिए सम्मेलन, मुहावरे और पैटर्न, दूसरा संस्करण_
   https://docs.microsoft.com/en-us/dotnet/standard/design-guidelines/general-naming-conventions

   बाद में किसी बिंदु पर, हर कोई नए, चमकदार का उपयोग करेगा। स्थिर और प्रदर्शनकारी ListView2 :)। तेजी से आगे, ListView2 का नाम बदलकर ListView करना, हालांकि एक ब्रेकिंग परिवर्तन, सभी के लिए सरल (और स्वागत योग्य) रीफैक्टरिंग होगा।

2. Xamarin प्रपत्रों में पहले से ही एक ItemsView हैजो विंडोज एक्सएएमएल में आइटम्स कंट्रोल के बहुत करीब दिखता है, सिवाय इसके कि इसमें आइटम लेआउट प्रॉपर्टी नहीं है।
   एक नया संग्रह दृश्य वर्ग बनाने के बजाय, क्या मौजूदा ItemsView का उपयोग करना संभव होगा?नई सूची दृश्य के लिए आधार वर्ग के रूप में भी?

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

   • https://github.com/nventive/Uno/blob/master/doc/articles/ListViewBase.md#internal -implementation
   • ListViewBase: https://github.com/nventive/Uno/blob/master/src/Uno.UI/UI/Xaml/Controls/ListViewBase/ListViewBase.cs
   • ItemsControl: https://github.com/nventive/Uno/blob/master/src/Uno.UI/UI/Xaml/Controls/ItemsControl/ItemsControl.cs

एक नया कलेक्शन व्यू क्लास बनाने के बजाय, क्या मौजूदा आइटम्स व्यू को नई लिस्ट व्यू के लिए बेस क्लास के रूप में भी इस्तेमाल करना संभव होगा?

ItemsView<T> , लेकिन हम इसका उपयोग नहीं करना चाहते हैं। यह TemplatedItemsList का उपयोग करता है, जो उस क्रॉफ्ट का हिस्सा है जिसे हम इस नए नियंत्रण से बचने की कोशिश कर रहे हैं।

बाद में किसी बिंदु पर, हर कोई नए, चमकदार का उपयोग करेगा। स्थिर और प्रदर्शनकारी ListView2 :)। तेजी से आगे, ListView2 का नाम बदलकर ListView करना, हालांकि एक ब्रेकिंग परिवर्तन, सभी के लिए सरल (और स्वागत योग्य) रीफैक्टरिंग होगा।

आपका आशावाद आकर्षक है, लेकिन हमें इस धारणा के तहत काम करना होगा कि ListView(1) हमेशा के लिए है, और ListView2 नाम बदलने जैसे ब्रेकिंग परिवर्तन की अनुमति नहीं दी जाएगी।

मैंने सोचा कि विंडोज एक्सएएमएल के बराबर होना समझ में आता है, लेकिन ठीक है, जो भी नाम आप चाहते हैं उसका उपयोग करें, जब तक कि नया नियंत्रण अपने वादे पर खरा उतरता है। ऐसा लगता है कि ऊनो ढांचा ऐसा करने में सफल रहा है, इसलिए अब मैं यह देखने के लिए उत्सुक हूं कि आप लोग ज़ामरीन फॉर्म में क्या ला रहे हैं।

@gmwilhelm

https://github.com/xamarin/Xamarin.Forms/issues/3172#issuecomment -400925994

अच्छी बात। मैंने इसे एपीआई में अस्थायी रूप से जोड़ा है। मैं अस्थायी रूप से कहता हूं, क्योंकि मैं पूरी तरह से देख सकता हूं कि हम इसे आईओएस और एंड्रॉइड पर कैसे लागू कर सकते हैं, लेकिन यूडब्ल्यूपी चुनौतीपूर्ण हो सकता है।

लेकिन मैं इस बात से इनकार नहीं कर सकता कि यह उचित और मनभावन सममित दोनों है।

GroupItemsBinding जोड़ने के बारे में कैसे?

यही कारण है कि एक समूह के बजाय की आवश्यकता होती है कि एक समूह के एक संग्रह से ली गई है, ListView की तरह करता है, एक संग्रह प्रकार संपत्ति को शामिल करते हैं। इस मौजूदा सूची दृश्य सीमा ने मुझे कई अवसरों पर समूहीकृत डेटा संरचनाओं का प्रदर्शन महंगा दोहराव करने के लिए मजबूर किया है। GroupItemsBinding जोड़ने से इसे रोका जा सकेगा और समूहीकृत डेटा संरचनाओं के लिए अधिक लचीली मैपिंग की अनुमति मिलेगी।

यानी GroupDisplayBinding दस्तावेज़ में इस्तेमाल किया गया उदाहरण हो सकता है:

```सी#
वर्ग समूह // ध्यान दें कि समूह को ऑब्जर्वेबल कोलेक्शन से प्राप्त करने की आवश्यकता नहीं है
{
सार्वजनिक समूह (स्ट्रिंग फर्स्टइनिशियल) {फर्स्टइनिशियल = फर्स्टइनिशियल; }

public string FirstInitial { get; private set; }

public ObservableCollection<Person> Persons { get; set; } // We use a property for the group items instead

}

लिस्ट व्यू क्रिएट लिस्ट व्यू ()
{
वर सूची दृश्य = नई सूची दृश्य {
GroupItemsBinding = नया बाइंडिंग (nameof(Group.Persons))
//...
};
//...
}

```

यह देखते हुए कि लेआउट के संदर्भ में UICollectionView क्या करता है, यह एक सबसेट है, मुझे लगता है कि नियंत्रण में क्षमताओं के साथ भ्रम से बचने के लिए हमें एक अलग नाम चुनना चाहिए।

बस स्पष्ट होने के लिए, यह नियंत्रण अभी तक सही उपयोग के लिए उपलब्ध नहीं है? मैंने इसे संदर्भित करने का प्रयास किया लेकिन मेरी परियोजना इसे नहीं ढूंढ पाई

@titonton यह मुद्दा केवल संग्रह

@ AmrAlSayed0 वास्तव में इसे शुरू करना चाहिए था क्योंकि इसे 11 दिन पहले "स्प्रिंट 139 में प्रगति पर" ले जाया गया था।

यह स्पष्ट नहीं है कि यह कैसे शुरू किया गया था, यह स्पष्ट नहीं है कि एपीआई पर क्या निर्णय है

@opcodewriter मैं यही सोच रहा था। @AmrAlSayed0 स्पष्टीकरण के लिए धन्यवाद।

क्या कोई स्पष्ट कर सकता है कि इस विनिर्देश की वर्तमान स्थिति क्या है? क्या कुछ कमी है जहाँ समुदाय मदद कर सकता है?

@migueldeicaza @hartez नामकरण यह कठिन होने वाला है यदि आप इसे CollectionView नाम नहीं देना चाहते हैं। कैसे के बारे में CatalogView ?

कैटलॉग अक्सर एक या एक से अधिक कॉलम में और समान फोंट, टेक्स्ट, लेआउट आदि के साथ आइटम की कई पंक्तियों के साथ डिज़ाइन किए जाते हैं।

नमूना:

@hartez क्या आपको ऐसा लगता है कि API अब लगभग पूर्ण हो चुके हैं? इस पर अब तक कितना काम हुआ है? हम में से बहुत से लोग इस नियंत्रण को जल्द से जल्द हासिल करना पसंद करेंगे। :)

@ adrianknight89 मेरा मानना ​​है कि यह कार्यशील शाखा है। https://github.com/xamarin/Xamarin.Forms/tree/lv2spike

हम अभी तक इसके पूर्वावलोकन के लिए तैयार होने का अनुमान नहीं लगाते हैं, लेकिन मैं प्रगति और त्वरित प्रतिक्रिया को मान्य करने के लिए आने वाले हफ्तों में वर्तमान प्रयास के परिणामों का प्रदर्शन / प्रदर्शन करूंगा।

मैं उलझन में हूं। चूंकि आपके पास पहले से ही कुछ आंतरिक डेमो हैं, ऐसा लगता है कि आप कार्यान्वयन के साथ पहले से ही काफी दूर हैं।
क्या इसका मतलब यह नहीं होना चाहिए कि कई एपीआई को बंद कर दिया गया है? क्या आप यहां एपीआई स्पेक का पालन कर रहे हैं?
मैं यह नहीं देख सकता कि वर्तमान युक्ति कैसे संबोधित कर पाएगी जिसकी चर्चा यहां की गई है और दूसरे सूत्र पर यहां https://github.com/xamarin/Xamarin.Forms/issues/1718
अधिक सटीक होने के लिए, एपीआई पर्याप्त लचीला नहीं है उदाहरण के लिए एक साधारण गैर-स्क्रॉल करने योग्य और बाध्यकारी स्टैकलाउट-जैसे नियंत्रण।

क्या नया नियंत्रण स्टैकलाउट की तरह, स्क्रॉलबार के बिना, बाध्य वस्तुओं को स्टैक में रखने की अनुमति देता है?

इसके लिए लंबे समय से धन्यवाद

बहुत सारी आंतरिक चर्चा और उपयुक्त आर्किटेक्चर तैयार करने के प्रयासों के बाद, हमने तय किया है कि CollectionView #1718 में चर्चा किए गए लेआउट परिदृश्यों को _not_ हैंडल करेगा। दूसरे शब्दों में, यह किसी भी Xamarin.Forms Layouts में वस्तुओं के संग्रह के लिए वस्तुओं के बंधन को संभालना नहीं होगा।

CollectionView का मूल लक्ष्य उपयोगकर्ताओं को विभिन्न आधुनिक देशी सूची/ग्रिड नियंत्रणों (UICollectionView, RecyclerView, ListView/GridView, आदि) का आसानी से उपयोग करने की अनुमति देना था।

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

इसका नतीजा यह है कि कलेक्शन व्यू फॉर्म उपयोगकर्ताओं को मूल सूची/ग्रिड नियंत्रणों का उपयोग करने और उनके लेआउट इंजन और वर्चुअलाइजेशन से लाभ उठाने की अनुमति देने की समस्या पर केंद्रित रहेगा। और #1718 को एक एपीआई को प्रतिबिंबित करने के लिए अपडेट किया जाएगा जो फॉर्म उपयोगकर्ताओं को विभिन्न फॉर्म लेआउट इंजनों के लिए ItemsSource और ItemTemplate को बांधने की अनुमति देगा।

एक बनाम दो नियंत्रणों के _why_ में रुचि रखने वालों के लिए:

यहां जो रेखांकित किया गया है (जैसे CollectionView) और #1718 में प्रस्ताव के बीच मूलभूत अंतर _where_ लेआउट होता है।

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

इसलिए डेवलपर द्वारा CollectionView को दी गई कोई भी लेआउट जानकारी केवल व्याख्या के लिए प्रत्येक प्लेटफ़ॉर्म पर रेंडरर को दी जाती है; यह प्रभावी रूप से एक विनिर्देश है जिसका स्थानीय भाषा में अनुवाद किया गया है (Android पर LinearLayoutManager/GridLayoutManager, iOS पर UICollectionViewFlowLayout, आदि)। DataTemplate से परे, प्रपत्र कोई भी लेआउट कार्य नहीं करता है।

इसके विपरीत, एक प्रपत्र लेआउट (FlexLayout, StackLayout, AbsoluteLayout, आदि) पूरी तरह से प्रपत्र परत में निर्धारित किया जाता है। प्रपत्र लेआउट के लिए प्रस्तुतकर्ता बहुत कम करते हैं। और कोई वर्चुअलाइजेशन नहीं हो रहा है; सभी आइटम शुरू से ही लेआउट में बनाए और रखे गए हैं।

इन दोनों चीजों को एक साथ जोड़ने की कोशिश करने से कुछ कठिन प्रश्न सामने आते हैं, जिनमें शामिल हैं:

1. रेंडरर मैपिंग कैसे काम करती है? StackLayout का उपयोग करने वाले CollectionView में CollectionView की तुलना में बहुत अलग रेंडरर होता है जिसे RecyclerView का उपयोग करने की आवश्यकता होती है। क्या हम उन्हें एक साथ मैश करते हैं और जब हमें इसकी आवश्यकता नहीं होती है तो RecyclerView को छिपा देते हैं? क्या हमारे पास रेंडरर DefaultRenderer से निकला है? यदि हम ऐसा करते हैं, तो हमारे पास हमेशा एक अतिरिक्त व्यूग्रुप परत होती है जिसकी हमें वास्तव में आवश्यकता नहीं होती है ...

2. हम स्क्रॉलव्यू को कैसे हैंडल करते हैं? UICollectionView अपने स्वयं के स्क्रॉलिंग डिस्प्ले को संभालता है, लेकिन यदि स्टैकलाउट को स्क्रॉल करने की आवश्यकता होती है तो उपयोगकर्ता सामान्य रूप से इसे फॉर्म में मैन्युअल रूप से जोड़ता है। यदि आवश्यक हो तो क्या हम स्क्रॉलिंग को स्वचालित रूप से सम्मिलित करने के लिए एक और परत जोड़ते हैं? यदि लेआउट UICollectionView के लिए कॉल करता है, तो क्या हम मैन्युअल रूप से जोड़े गए स्क्रॉलव्यू को अक्षम/हटा देते हैं?

3. उस मामले के लिए, स्क्रॉल करने के तरीके कहां जाते हैं?

... और इसी तरह। ये सभी समस्याएँ _समाधान योग्य_ हैं, लेकिन हर समाधान _complexity_ जोड़ता है। और जैसा कि #1718 में बताया गया है, ItemsSource और ItemsTemplate को फॉर्म लेआउट में जोड़ना इतना मुश्किल या जटिल नहीं है। इन दो अलग-अलग परिदृश्यों को एक साथ जोड़ने के लिए इसे जटिल बनाना लाभ के लायक नहीं है।

मैं उलझन में हूं। चूंकि आपके पास पहले से ही कुछ आंतरिक डेमो हैं, ऐसा लगता है कि आप कार्यान्वयन के साथ पहले से ही काफी दूर हैं। क्या इसका मतलब यह नहीं होना चाहिए कि कई एपीआई को बंद कर दिया गया है? क्या आप यहां एपीआई स्पेक का पालन कर रहे हैं?

हम यहां पोस्ट किए गए एपीआई का अनुसरण कर रहे हैं। "काफी दूर" शायद एक अतिकथन है; अब तक हमने कल्पना के कुछ गैर-विवादास्पद हिस्सों को यह सत्यापित करने के लिए लागू किया है कि वे संभव हैं और हम किसी अंधी गलियों में नहीं जा रहे हैं। यह मानते हुए कि हमें कोई समस्या नहीं है, हमने अब तक जो कुछ भी लागू किया है, वह संभवतः जारी संस्करण में होगा। लेकिन कल्पना में सब कुछ अभी भी परिवर्तन के अधीन है, जैसा कि हमने अब तक लागू किया है।

मैं यह नहीं देख सकता कि वर्तमान युक्ति कैसे संबोधित कर पाएगी जिसकी चर्चा यहां की गई है और दूसरे सूत्र पर यहां #1718। अधिक सटीक होने के लिए, एपीआई पर्याप्त लचीला नहीं है उदाहरण के लिए एक साधारण गैर-स्क्रॉल करने योग्य और बाध्यकारी स्टैकलाउट-जैसे नियंत्रण।

सच है, और जिस पर हम काम कर रहे हैं उसका एक हिस्सा यह निर्धारित कर रहा है कि क्या CollectionView _could_ उन उपयोग के मामलों को उचित रूप से कवर कर सकता है। हम उस पर निर्णय ले चुके हैं; देखें https://github.com/xamarin/Xamarin.Forms/issues/3172#issuecomment -424413234।

यह देखते हुए कि लेआउट के संदर्भ में UICollectionView क्या करता है, यह एक सबसेट है, मुझे लगता है कि नियंत्रण में क्षमताओं के साथ भ्रम से बचने के लिए हमें एक अलग नाम चुनना चाहिए।

जैसा कि मैंने कहा है (https://github.com/xamarin/Xamarin.Forms/issues/3172#issuecomment-401186893), मैं अन्य नामों के लिए तैयार हूं।

कैटलॉग व्यू के बारे में कैसे?

कैटलॉग अक्सर एक या एक से अधिक कॉलम में और समान फोंट, टेक्स्ट, लेआउट आदि के साथ आइटम की कई पंक्तियों के साथ डिज़ाइन किए जाते हैं।

यह एक दिलचस्प विचार है। यह निश्चित रूप से किसी भी मौजूदा नियंत्रण नाम से विरोध नहीं करता है।

@hartez इंटरनेट पर एक यादृच्छिक आदमी के रूप में, जो

क्या अभी भी एक कस्टम लेआउट प्रदान करना संभव होगा (भले ही इसका मतलब प्रति प्लेटफॉर्म अलग कार्यान्वयन प्रदान करना हो)?

क्या अभी भी एक कस्टम लेआउट प्रदान करना संभव होगा (भले ही इसका मतलब प्रति प्लेटफॉर्म अलग कार्यान्वयन प्रदान करना हो)?

बिल्कुल। आप IItemsLayout के साथ चिह्नित अपना खुद का लेआउट प्रदान कर सकते हैं और आपका कस्टम रेंडरर इसे अपनी इच्छानुसार व्याख्या कर सकता है।

उदाहरण के लिए, अवधारणा के सबूत के रूप में, मैंने संग्रह दृश्य के लिए एंड्रॉइड रेंडरर को उप-वर्गीकृत किया और कक्षा FlexLayout : IItemsLayout व्याख्या करने की क्षमता को जोड़ा जिसमें फ्लेक्स लेआउट गुणों का एक समूह शामिल था। यह उन गुणों को Google के FlexBoxLayoutManager पर

इसका उद्देश्य इस चीज को बहुत, बहुत लचीला बनाना है।

@ hartez
क्या https://github.com/xamarin/Xamarin.Forms/issues/3749 में वर्णित समस्या को CollectionView के साथ ठीक किया गया है?
क्योंकि यहां मैं देखता हूं कि CollectionView में केवल ItemTemplate संपत्ति है, ऐसा लगता है कि इसमें ListView जैसी ही समस्या होगी।

@ hartez
क्या #3749 में वर्णित समस्या को CollectionView के साथ ठीक किया गया है?
क्योंकि यहां मैं देखता हूं कि CollectionView में केवल ItemTemplate संपत्ति है, ऐसा लगता है कि इसमें ListView जैसी ही समस्या होगी।

@andreinitescu उस चर्चा को इंगित करने के लिए धन्यवाद, मुझे

मैं अगले सप्ताह डेटा टेम्पलेट के इतिहास को देखने में कुछ समय बिताने जा रहा हूं - इसे इस तरह से क्यों डिज़ाइन किया गया है, और क्या CreateContent को ठीक करने के साथ कोई पिछड़ा-संगतता समस्या है ताकि स्वचालित रूप से सही काम किया जा सके (दोनों में लिस्ट व्यू और कलेक्शन व्यू)।

@hartez बस एक उदाहरण के रूप में कि मैंने अपना पुनरावर्तक नियंत्रण बनाते समय इस मुद्दे के आसपास कैसे काम किया।

// यह देखने के लिए जांचें कि क्या हमारे पास एक टेम्प्लेट चयनकर्ता है या सिर्फ एक टेम्प्लेट है
var templateToUse = itemTemplate DataTemplateSelector templateSelector है? टेम्पलेट चयनकर्ता। चयन करें टेम्पलेट (आइटम, शून्य): आइटम टेम्पलेट;

तो इस तरह के मामले में, केवल CreateContent को ठीक करने से यह नहीं टूटेगा, बस इसे अनावश्यक बना दें। लेकिन मैं @andreinitescu से सहमत आइटम टेम्पलेट और आइटम

@bmacombe IMHO, यह केवल वरीयता की बात नहीं है कि इसे wpf/SL से गठबंधन किया गया है, यह वास्तव में एक मुद्दा है, यह भ्रम पैदा करता है। देखें #3544

@andreinitescu यह भ्रम पैदा करता है :) मेरा विश्वास करो, मैं पहली बार उलझन में था जब मैं अपने पुनरावर्तक में

क्या हमारे पास कलेक्शन व्यू पर स्क्रॉल इवेंट हो सकता है? संग्रह दृश्य जारी होने तक, मेरे पास सूची दृश्य के लिए एक सुझाव है https://github.com/xamarin/Xamarin.Forms/issues/4323

और, क्या उदाहरण के लिए PInterest जैसे अनियमित और गतिशील लेआउट बनाना संभव होगा:

आप देखिए, हर इमेज की अपनी ऊंचाई होती है :-)

सुनिश्चित नहीं हैं कि इस तरह के लेआउट का समर्थन किया जा सकता है?

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

नमस्ते, मैं अभी भी Xamarin के लिए नया हूँ, लेकिन DataTemplateSelector का उपयोग करके ListView के साथ काम कर रहा हूँ।
जब मैंने DataTemplateSelector के साथ CollectionView का उपयोग करके परीक्षण करने का प्रयास किया, तो यह त्रुटि फेंकता है

अनियंत्रित अपवाद:

System.InvalidOperationException: LoadTemplate अशक्त नहीं होना चाहिए

क्या DataTemplateSelector से संबंधित कोई ज्ञात बग है?
मैं इसे गलत तरीके से लागू कर सकता था। क्या संग्रह दृश्य के साथ DataTemplateSelector का उपयोग करने पर कोई उदाहरण है?

@hartez @davidortinau किसी भी कारण से KeepItemsInView को KeepFirstItemInView के साथ संरेखित करने के लिए KeepLastItemInView नाम नहीं दिया गया है? वर्तमान नाम बहुवचन है (अर्थात कई मदों का सुझाव देता है) जबकि विवरण कहता है कि यह केवल पहली दृश्य वस्तु को व्यूपोर्ट में रखता है।

साथ ही, क्या व्यूपोर्ट में वर्तमान में विचारों की सूची प्राप्त करने के लिए आप एपीआई का पर्दाफाश कर सकते हैं? दूसरी रात, मैं एक ListView सेल में एम्बेड करने के लिए एक वीडियो दृश्य बनाने पर काम कर रहा था और व्यूपोर्ट दृश्यता के आधार पर ऑटोप्ले/रोका गया था, लेकिन वर्तमान ItemAppearing और ItemDisappearing साथ यह लगभग असंभव था। CollectionView प्रतीक्षा कर रहे हैं।

एक और चीज जो बहुत अच्छी होगी वह एक आश्रित, न्यूनतम दृश्य बनाने की क्षमता है जो माता-पिता से अलग होती है जबकि उपयोगकर्ता के पास वर्तमान फ़ीड पर स्क्रॉल करने की विलासिता होती है। मैंने इसे YouTube पर देखा है क्योंकि अब हम वर्तमान वीडियो देखना जारी रखने में सक्षम हैं, जबकि आसपास ब्राउज़िंग जारी रखने की क्षमता है। मुझे यकीन नहीं है कि यह कुछ ऐसा है जो CollectionView btw का समर्थन कर सकता है या करना चाहिए, लेकिन यह सोचने वाली बात है।

इसलिए मैंने वर्तमान रात के निर्माण के साथ थोड़ा सा (4.0.1.43780-रात का) खेला, जिसने वर्तमान पूर्वावलोकन निर्माण की तुलना में कुछ आकार बदलने वाले मुद्दों को हल किया।

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

मार्जिन एंड्रॉइड पर "ड्रैग" एनीमेशन को भी क्रॉप करता है जैसे आप यहां देख सकते हैं:

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

सहमत, और यह हमारे रडार पर है - #4681 देखें।

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

"फ्लोट व्यू" के बारे में क्या?

ऊपर उल्लिखित आइटम के दिखने/गायब होने की घटनाओं के अलावा, किसी आइटम को देखने के तरीकों की कोई योजना:
View GetView(object item)
यदि आइटम को अमल में नहीं लाया जाता है तो मुझे लगता है कि यह शून्य वापस आ जाना चाहिए।

मैं एक लंबवत सूची का उपयोग कर रहा हूं और ऐसा लगता है कि आईओएस बनाम एंड्रॉइड पर इसे कैसे प्रस्तुत किया जाता है।

IOS पर, लेबल के साथ चौड़ाई का 100% हिस्सा लेगा।

एंड्रॉइड पर, यह केवल इसकी सामग्री की चौड़ाई लेगा।

मैं इसे केवल स्थिर चौड़ाई परिभाषा के साथ सही ढंग से लेआउट में प्राप्त कर सकता था।
क्या कोई एंड्रॉइड वर्कअराउंड है जो ग्रिड Width="Auto" संपत्ति का सम्मान करता है?

मैं एक लंबवत सूची का उपयोग कर रहा हूं और ऐसा लगता है कि आईओएस बनाम एंड्रॉइड पर इसे कैसे प्रस्तुत किया जाता है।

@shwanton कृपया इस बग के लिए एक अलग मुद्दा खोलें, और मैं एक नज़र

@shwanton मेरे पास ऐसे ही मुद्दे थे जो रात के भोजन पर स्विच करने पर ठीक हो गए थे

@krdmllr मैं पुष्टि कर सकता हूं, इसे नवीनतम बिल्ड में तय किया गया है। शुक्रिया।

नमस्ते। क्या कलेक्शन व्यू में आइटमटैप्ड इवेंट लिस्ट व्यू के आइटमटैप के समान होगा? मैं इसे कल्पना में नहीं देखता। शुक्रिया।

@uvirra आपकी DataTemplateSelector पूछताछ के लिए एक मौजूदा समस्या है। #4826 देखें।

@hartez क्या ListView लिए मौजूद तीन चीजों की तरह एक आइटम रीसाइक्लिंग रणनीति की आवश्यकता होगी? आपने कई बार मूल वर्चुअलाइजेशन का उल्लेख किया है जो CollectionView लाभ उठाता है। मैं बस इस पर और स्पष्टीकरण प्राप्त करना चाहता हूं।

मैं यह जानने के लिए भी उत्सुक हूं कि आईओएस पर RefreshView कैसा दिखेगा। ListView लिए वर्तमान पुनश्चर्या के लिए UITableView की Bounces संपत्ति को चालू करने की आवश्यकता है, जबकि Android पर, ताज़ा दृश्य सबसे अधिक दिखाई देने वाले शीर्ष आइटम के ऊपर खींचा जाता है (जो मैं व्यक्तिगत रूप से पसंद करता हूं)।

@hartez क्या ListView लिए मौजूद तीन चीजों की तरह एक आइटम रीसाइक्लिंग रणनीति की आवश्यकता होगी? आपने कई बार नेटिव वर्चुअलाइजेशन का उल्लेख किया है जो CollectionView लाभ उठाता है। मैं बस इस पर और स्पष्टीकरण प्राप्त करना चाहता हूं।

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

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

स्क्रॉल की गई घटना के बारे में क्या? अधिकांश आधुनिक यूआई/यूएक्स स्क्रॉलिंग और इसी तरह के लंबन हेडर, शो/छुपा आइटम (बटन, हेडर, फिल्टर, ईसीसी ..) प्रदान करते हैं।
मुझे लगता है कि इस तरह के एक नए, अद्भुत, नियंत्रण को आधुनिक परिदृश्यों का समर्थन करना चाहिए।

यह कोई समस्या नहीं होनी चाहिए, दोनों पुनर्चक्रण और UICollectionview बॉक्स के बाहर स्क्रॉल किए गए ईवेंट का समर्थन करते हैं।

यहां तक ​​कि हिंडोला (संग्रहदृश्य के आधार पर) दिशा, स्क्रॉलिंग मूल्य और डेल्टा के साथ स्क्रॉल किए गए ईवेंट का समर्थन करता है: https://github.com/xamarin/Xamarin.Forms/issues/4996

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

https://docs.microsoft.com/en-us/windows/uwp/debug-test-perf/listview-and-gridview-data-optimization

यदि यह समझने के लिए बहुत अधिक है तो मैं VisibleItems तक पहुंच प्राप्त करना चाहता हूं ताकि मैं इसके बजाय अपने व्यूमोडेल में वर्चुअलाइजेशन कर सकूं।

अच्छा काम करते रहो!

@hartez मैं बस सोच रहा था कि डेवलपर्स को चयनित वस्तुओं की संख्या पर न्यूनतम/अधिकतम सीमा निर्धारित करने देना अच्छा होगा। मैं वर्तमान में एक कस्टम फोटो गैलरी बना रहा हूं जिसमें 5 से अधिक फोटो का चयन करने की अनुमति नहीं होनी चाहिए। जब थ्रेशोल्ड तक पहुँच जाता है, तो सेल पर घटनाओं को तब तक अनदेखा किया जाना चाहिए जब तक कि वे आइटम को अचयनित न करें।

यह SelectedItems (जिसे अभी तक लागू नहीं किया गया है) को SelectionChanged ईवेंट पर CurrentSelection गिनती के आधार पर सेट करके भी किया जा सकता है, लेकिन यह SelectionChanged को ट्रिगर करने वाला है

आज कल कलेक्शन व्यू के साथ खेलते हुए, मैंने देखा कि यूडब्ल्यूपी एंड्रॉइड और आईओएस से बहुत पीछे है, जिसके तहत मैं क्यों हूं।

बस यह पुष्टि करना चाहते हैं कि इसे अंतिम रूप दिए जाने पर पूर्ण UWP समर्थन प्राप्त करने की योजना है?

ऊपर उल्लिखित आइटम के दिखने/गायब होने की घटनाओं के अलावा, किसी आइटम को देखने के तरीकों की कोई योजना:
View GetView(object item)
यदि आइटम को अमल में नहीं लाया जाता है तो मुझे लगता है कि यह शून्य वापस आ जाना चाहिए।

ItemAppearing के बारे में क्या? मुझे इसके बारे में कोई खबर नहीं दिख रही है

मैं CollectionView साथ खेल रहा था और असमान पंक्ति ऊंचाई के साथ समस्याओं का सामना कर रहा था। मैंने देखा कि हाल ही में एक ItemSizingStrategy पेश किया गया था, लेकिन यह अभी भी अजीब व्यवहार कर रहा है।

मैं के साथ चारों ओर खेला DataTemplateGallery और जब का उपयोग करने जा MeasureAllItems मैं निम्नलिखित परिणाम (iPhone 6, IOS 12.1.4) मिलती है:

दाईं ओर स्वाइप करने और वापस आने के बाद परिणाम बदल जाता है:

@hartez क्या यह काम करने या अभी भी प्रगति पर काम करने की उम्मीद है (इसके लिए कोई समस्या नहीं मिली)?

क्या RemainingItemsThresholdReached अभी तक लागू किया गया है?

यह 4.0.0.169046-pre5 में CollectionView नियंत्रण XAML पर उपलब्ध नहीं है।

क्या कोई मुझे बता सकता है कि RemainingItemsThresholdReached 4.0 रिलीज का हिस्सा है? यदि हां, तो क्या आप कृपया उस सुविधा का उपयोग करने के बारे में नमूना कोड दे सकते हैं।

@Dresel अगर आपको लगता है कि यह एक बग है तो क्या आप एक नया टिकट खोल सकते हैं? इसे ट्रैक कर लिया जाए तो बेहतर है।

@melucas @chandrubk मुझे नहीं लगता कि RemainingItemsThresholdReached पर अभी काम किया जा रहा है।

https://github.com/xamarin/Xamarin.Forms/branches/all

मैं भी इस सुविधा (ताज़ा दृश्य के साथ) को जल्द से जल्द लागू होते देखना चाहता हूँ क्योंकि मैं इसके बिना CollectionView को स्पर्श नहीं कर सकता।

4323

हमें स्क्रॉल किए गए ईवेंट की आवश्यकता है जैसे स्क्रॉलव्यू do

सादर,

4323

हमें स्क्रॉल किए गए ईवेंट की आवश्यकता है जैसे स्क्रॉलव्यू do

सादर,

मैं इसका समर्थन करता हूं।
इसके अलावा, स्क्रॉलिंग बंद/समाप्त होने पर इसे प्राप्त करना और घटना करना बहुत अच्छा होगा।

आईओएस में, UICollectionview तो हम प्राप्त कर सकते हैं, UIScrollView का एक उपवर्ग है scrollViewDidEndDecelerating से UIScrollViewDelegate

एंड्रॉइड में मुझे लगता है कि हम RecyclerView.OnScrollListener बढ़ा सकते हैं?

यह कस्टम रीफ़्रेशिंग, लंबन, सिंक्रोनाइज़्ड स्क्रॉलिंग तत्वों, आदि के लिए अधिक उन्नत और पॉलिश परिदृश्य खोलेगा।

एंड्रॉइड के लिए बॉक्स एनीमेशन से बाहर होने का कोई मौका, जैसे कि रिसाइकलर व्यू?

एंड्रॉइड के लिए बॉक्स एनीमेशन से बाहर होने का कोई मौका, जैसे कि रिसाइकलर व्यू?

आप किस एनिमेशन का जिक्र कर रहे हैं? इसके लिए Android रेंडरर RecyclerView पर बनाया गया है, इसलिए यह पहले से ही आइटम जोड़ने/निकालने जैसी चीज़ों के लिए डिफ़ॉल्ट एनिमेशन का उपयोग करता है।

नमस्ते,

मैं 4.0.0.304370-pre8 का उपयोग कर रहा हूं।
CarouselView का उपयोग करते समय, उदाहरण (नीचे लिंक) UWP पर कुछ भी प्रदर्शित नहीं करता है।
लेकिन CollectionView सूची प्रदर्शित करता है। क्या UWP के लिए CarouselView को सक्षम करने के लिए किसी विशिष्ट कॉन्फ़िगरेशन की आवश्यकता है?

https://devblogs.microsoft.com/xamarin/xamarin-forms-4-0-feature-preview-an-entirely-new-point-of-collectionview/

धन्यवाद।

हाय @noypi ,

जबकि CollectionView तकनीकी रूप से UWP पर कुछ हद तक "काम" कर सकता है, CollectionView और CarouselView का पूर्ण कार्यान्वयन शुरू करने के लिए Android और iOS पर सख्ती से किया जा रहा है। इस समय यूडब्ल्यूपी के लिए कोई आधिकारिक कार्य निर्धारित नहीं है, लेकिन हम लगातार फीडबैक एकत्र कर रहे हैं। यदि आप चर्चा करना चाहते हैं कि आप विशेष रूप से यूडब्ल्यूपी पर किस प्रकार का काम कर रहे हैं, तो आप मुझे पॉल पर एक ईमेल भेज सकते हैं। [email protected]।

युक्ति के अनुसार, क्या TableView को CollectionView द्वारा पूरी तरह से बदल दिया जाएगा?

एक और सवाल: चूंकि अब कोई सेल नहीं हैं, आईओएस के लिए डिस्क्लोर इंडिकेटर कैसे जोड़ें? ListView के साथ कस्टम रेंडरर के माध्यम से यह संभव था।

युक्ति के अनुसार, क्या TableView को CollectionView द्वारा पूरी तरह से बदल दिया जाएगा?

टेबल व्यू अभी भी मौजूद रहेगा। हम किसी भी मौजूदा नियंत्रण को नहीं हटाएंगे।

एक और सवाल: चूंकि अब कोई सेल नहीं हैं, आईओएस के लिए डिस्क्लोर इंडिकेटर कैसे जोड़ें? ListView के साथ कस्टम रेंडरर के माध्यम से यह संभव था।

आईओएस पर, संग्रह दृश्य UICollectionView का उपयोग करके प्रस्तुत करता है, जिसका अर्थ है कि इसकी कोशिकाएं UICollectionViewCells हैं। और UICollectionViewCells के पास सहायक दृश्य नहीं हैं (जैसे प्रकटीकरण संकेतक)। तो प्रकटीकरण संकेतक या चेकमार्क जैसे किसी भी UI तत्वों के लिए, आपको उन्हें अपने ItemTemplate में बनाना होगा।

कुछ प्रकार की वस्तुओं पर चयन को अक्षम कैसे करें? मेरे पास एकाधिक डेटा टेम्पलेट हैं और उनमें से कुछ पर चयन अक्षम करना चाहते हैं।

@hartez जब ItemTemplate को DataTemplateSelector पर सेट System.InvalidOperationException: LoadTemplate should not be null

मैंने सोचा था कि टेम्प्लेट बॉक्स के बाहर समर्थित होंगे

@hartez जब ItemTemplate को DataTemplateSelector पर सेट System.InvalidOperationException: LoadTemplate should not be null

मैंने सोचा था कि टेम्प्लेट बॉक्स के बाहर समर्थित होंगे

उन्हें होना चाहिए; शायद आप एक बग का सामना कर रहे हैं। कृपया एक मुद्दा खोलें ताकि हम जांच कर सकें।

@toomasz कोई मुद्दा खोलने से पहले, क्या आप कृपया अपने Nuget को नवीनतम प्री-रिलीज़ (या रात्रिकालीन) में अपडेट कर सकते हैं और चयनकर्ता का फिर से परीक्षण कर सकते हैं? आप जो समस्या देख रहे हैं वह तब मौजूद थी जब DataTemplateSelector लिए कोई समर्थन नहीं था।

@hartez क्या वर्तमान में शीर्षलेख और पाद लेख के साथ-साथ ताज़ा दृश्य पर कोई काम किया जा रहा है? अगर मैं समय खाली कर सकता हूं, तो मैं किसी एक को देख सकता हूं, लेकिन मैं यह सुनिश्चित करना चाहता हूं कि मैं आपके पैर की उंगलियों पर कदम नहीं उठा रहा हूं।

@ adrianknight89 यह 4.0 पर काम करता है! विस्मयकारी

@hartez क्या वर्तमान में शीर्षलेख और पाद लेख के साथ-साथ ताज़ा दृश्य पर कोई काम किया जा रहा है? अगर मैं समय खाली कर सकता हूं, तो मैं किसी एक को देख सकता हूं, लेकिन मैं यह सुनिश्चित करना चाहता हूं कि मैं आपके पैर की उंगलियों पर कदम नहीं उठा रहा हूं।

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

क्या यूडब्ल्यूपी पर संग्रह दृश्य का समर्थन करने की कोई योजना है?

हां। कार्यान्वयन अभी अन्य प्लेटफार्मों से थोड़ा पीछे है, लेकिन योजना इसे पूरी तरह से समर्थन देने की है। आप https://gist.github.com/hartez/7d0edd4182dbc7de65cebc6c67f72e14 पर फीचर प्रगति का अनुसरण कर सकते हैं

रीफ्रेश व्यू पर कोई जानकारी?
मेरे पास नवीनतम Xamarin 4 बीटा संस्करण है और RefreshView प्रकार नहीं मिल सकता है

रीफ्रेश व्यू पर कोई जानकारी?
मेरे पास नवीनतम Xamarin 4 बीटा संस्करण है और RefreshView प्रकार नहीं मिल सकता है

ताज़ा दृश्य अभी तक लागू नहीं किया गया है। आप यहां फीचर की प्रगति को ट्रैक कर सकते

GroupItems बाइंडिंग जोड़ें?

GroupItemsBinding प्रॉपर्टी जोड़ने के बारे में यह निर्दिष्ट करने के लिए कि किस संपत्ति में समूह के बाल आइटम शामिल हैं? इससे समूह को संग्रह से प्राप्त करने के लिए मजबूर करने के बजाय बाल संग्रह संपत्ति एम्बेड करने की अनुमति मिल जाएगी।

लाभ:

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

उदाहरण के लिए आप इस समूहीकरण उदाहरण को docs.microsoft.com से लिख सकते हैं :
```सी#
पब्लिक क्लास पेज टाइप ग्रुप: लिस्ट
{
सार्वजनिक स्ट्रिंग शीर्षक {प्राप्त करें; सेट; }
// अधिक गुण ...
}

like this instead:

```C#
public class PageTypeGroup
{
    public string Title { get; set; }
    // More properties ...

    public List<PageModel> Children { get; set; }
}

एक्सएएमएल के साथ:

C# <CollectionView GroupItemsBinding = "{Binding Children}" ...> </CollectionView>

GroupItemsBinding निर्दिष्ट नहीं करना मौजूदा कार्यान्वयन के साथ संगत होगा, GroupItemsBinding="{Binding .}" बराबर

PS I ने यह प्रस्ताव पहले जुलाई 2018 में प्रस्तुत किया था।

23 अगस्त 2019 को अपडेट करें: ग्रुपिंग लागू कर दी गई है लेकिन इस फिक्स के बिना; समूह डेटा देखें

मुझे आशा है कि इसे जोड़ने में बहुत देर नहीं हुई है।

एकाधिक समूह स्तरों का समर्थन करने के बारे में कैसे?
पेड़ों को प्रदर्शित करने की अनुमति देगा।

उदाहरण के लिए स्पंदन में एक्सपेंशनटाइल है ( उदाहरण )

संग्रह दृश्य के संबंध में, मुझे एक ऐसी समस्या का सामना करना पड़ा है जो मुझे लगता है कि जोड़ने के लिए एक बड़ी विशेषता होगी।

क्षैतिज सूची में, स्क्रॉल के साथ, आमतौर पर डिज़ाइनर, उन तत्वों पर "छाया" प्रभाव जोड़ते हैं जो स्क्रीन में पूरी तरह से दिखाई नहीं देते हैं। वर्तमान में (जहाँ तक मुझे पता है) Xamarin.Forms में ऐसा करने का कोई तरीका नहीं है। क्या आपको नहीं लगता कि यह फीचर वाली भतीजी होगी? यह एक बूलियन जितना सरल हो सकता है, जो उस तत्व पर "ड्रॉप शैडो" लागू करेगा जो केवल X प्रतिशत द्वारा दिखाई देता है, उदाहरण के लिए।

मैं एक स्थिति संपत्ति का प्रस्ताव करता हूं। यह संपत्ति वर्तमान वस्तु की अनुक्रमणिका धारण करेगी। यह ViewPagerIndicator और इसी तरह के संकेतकों के आसान एकीकरण की अनुमति देगा।

मैं समझता हूं कि "वर्तमान वस्तु" निर्धारित करना मुश्किल हो सकता है। यदि स्नैपिंग चालू है, तो यह निर्धारित करना बहुत आसान होना चाहिए कि दृश्य किस आइटम पर स्नैप किया गया है। तड़क-भड़क के बिना सही विकल्प उपयोग-मामले पर निर्भर करेगा: शायद यह दृश्य के प्रारंभ या मध्य बिंदु पर कब्जा करने वाला आइटम होगा।

यह संपत्ति स्क्रॉलटो () के विकल्प के रूप में आसान दो-तरफा पहुंच की अनुमति भी दे सकती है।

@hartez हम उम्मीद कर रहे थे कि यह 4.0 रिलीज के लिए तैयार होगा लेकिन यह देखकर आश्चर्य हुआ कि यह अभी तक समाप्त नहीं हुआ है। हम स्क्रॉल और रीफ्रेश कार्यक्षमता के बिना संग्रह दृश्य का परीक्षण नहीं कर सकते हैं। क्या आप हमें बता सकते हैं कि कितने स्प्रिंटों के लुढ़कने से पहले हमें प्रतीक्षा करने की आवश्यकता है? हमने तय किया है कि आगे चलकर ListView के साथ कुछ भी शिप नहीं किया जाएगा और हम चाहेंगे कि यह नियंत्रण जल्द से जल्द उपलब्ध हो।

@hartez हमें इसकी आइटम सामग्री के आकार के लिए सूची लेआउट के साथ CollectionView के लिए एक तरीका चाहिए। मुझे लगता है कि यह एक सामान्य उपयोग का मामला है:

इस उदाहरण में बटन सीधे संग्रह दृश्य के नीचे होना चाहिए। मुझे लगता है कि इसे इस तरह से काम करना चाहिए जब वर्टिकलऑप्शन स्टार्ट हो

जब शेष आइटम थ्रेशोल्ड संपत्ति परीक्षण तक पहुंच गया

मेरे पास प्रश्न हैं कि क्या किसी व्यक्तिगत आइटम व्यवहार का संग्रह दृश्य प्रवाह आईओएस मूल व्यवहार की नकल करता है जब स्क्रीन आकार में परिवर्तन की बात आती है। मैं आपको एक उदाहरण दूंगा:

आईओएस में एक छवि गैलरी सेल संग्रह दृश्य के साथ बनाई गई है और आप एक व्यक्तिगत सेल को परिभाषित करते हैं। आउट ऑफ द बॉक्स व्यवहार यह है कि स्क्रीन आकार के आधार पर एक पंक्ति में कितने सेल खींचे जाते हैं गतिशील है। एक फोन पर मैं 4 आइटम फिट कर सकता हूं लेकिन टैबलेट पर मैं शायद 8 या 9 फिट कर सकता हूं।

क्या प्रपत्र संस्करण भी इसकी पेशकश करेगा? अब तक मैंने जो उदाहरण पढ़ा है, मैंने केवल वही देखा है जहां आपने GridItemsLayout Span प्रॉपर्टी सेट की है। इसका परिणाम हार्ड कोडित मूल्य में होता है कि कितने आइटम आकर्षित कर सकते हैं और वास्तव में विभिन्न स्क्रीन आकारों की दुनिया में हार्ड कोडिंग 2014 में ऐसा लगता है। :-P

UWP में चार चयन मोड राज्य हैं
{
कोई नहीं,
एकल
एकाधिक,
विस्तार,
}

मुझे लगता है कि एंड्रॉइड और आईओएस में चार राज्य भी उपयोगी हैं
फ़ाइल एक्सप्लोरर पर एक नज़र डालें

क्या साधारण पैडिंग संपत्ति के लिए कोई योजना है? #6605 मेरे विशेष उपयोग के मामले के लिए मैं शायद एक उचित आकार के रिक्त शीर्षलेख और पाद लेख (एक बार उन सुविधाओं को विकसित करने के बाद) का उपयोग कर सकता था, लेकिन यह एक हैक का थोड़ा सा होगा और ग्रिड लेआउट के लिए उपयुक्त नहीं होगा जहां चारों तरफ पैडिंग हो सकती है आवश्यकता होगी।

संग्रह दृश्य में सूची आइटम को पुनर्व्यवस्थित करने की कोई योजना।

क्या संग्रह दृश्य में विशेष आइटम के लिए चयन को अक्षम करने का तरीका शामिल है?

// Any possible API could be helpful
private void OnSelectionChanging(object sender, SelectionChangingEventArgs e)
{
  if (...)
      e.Cancel = true;
 }

वर्तमान में मैं इसके आसपास काम करता हूं लेकिन यह चयनित विजुअलस्टेट को लागू करने से नहीं रोकता है।

void OnCollectionViewSelectionChanged(object sender, SelectionChangedEventArgs e)
{
    // Deselect the item.
    if (sender is CollectionView cv && e.CurrentSelection...)
    {
        cv.SelectedItem = null;
    }
}

लंबवत स्क्रॉलबार रंग और क्षैतिज स्क्रॉलबार रंग बहुत अच्छा होगा!

स्क्रॉलिंग की दिशा के बारे में मेरा मतलब है कि राइट से लेफ्ट स्क्रॉल करना शुरू करें, कंटेंट ही नहीं

मैं विभाजक रखना चाहता हूं ...

"याद रखना" और स्क्रॉल स्थिति लागू करने की संभावना होना बहुत अच्छा होगा।

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

क्या आप पहले से ही टेम्पलेट चयनकर्ता के साथ ऐसा नहीं कर सकते? के साथ स्थिति का उपयोग करना
मोडुलो ऑपरेटर?

मंगल, अगस्त 13, 2019, पर 16:53 Legacyorder [email protected] लिखा है:

क्या इतना अद्भुत होगा, विभिन्न मदों का उपयोग करने की संभावना होगी
हर सेकंड या X आइटम के लिए टेम्प्लेट। इससे बनाना संभव होगा
हर दूसरे आइटम और कई अन्य स्टाइल के लिए एक ग्रे पृष्ठभूमि
संभावनाएं।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने इस थ्रेड की सदस्यता ली है।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/xamarin/Xamarin.Forms/issues/3172?email_source=notifications&email_token=AC4YCKDFCH3WFENRCLPWEC3QELDE3A5CNFSM4FHJRXPKYY3PNVWWK3TUL52HS4DFVREXG43VMVBJKTGODNMVH
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/AC4YCKHXX5YSR7M3S4VU5QLQELDE3ANCNFSM4FHJRXPA
.

सर्कुलर स्क्रॉलिंग अच्छा होगा। मुझे लगता है कि इसे लागू करना आसान है।

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

क्या यह संभव है, GridItemsLayout का उपयोग करते समय, आइटम को एकाधिक पंक्तियों या स्तंभों पर फैलाने की अनुमति देने के लिए? यह निश्चित रूप से एक ऐसी विशेषता होगी जो इसके लायक होगी।

क्या आप लोग स्क्रॉल किए गए ईवेंट को इस नियंत्रण में भी बेनकाब कर सकते हैं? इसका उद्देश्य यह है कि जब मैं सूची में सबसे नीचे पहुंचता हूं, तो मैं अतिरिक्त आइटम पुनः लोड करना चाहता हूं। मुझे नहीं पता कि CollectionView पता लगाता है कि क्या यह स्क्रॉलव्यू के अंदर है और यह स्क्रॉलिंग क्षमता को अक्षम करता है।

क्या आप लोग स्क्रॉल किए गए ईवेंट को इस नियंत्रण में भी बेनकाब कर सकते हैं? इसका उद्देश्य यह है कि जब मैं सूची में सबसे नीचे पहुंचता हूं, तो मैं अतिरिक्त आइटम पुनः लोड करना चाहता हूं। मुझे नहीं पता कि CollectionView पता लगाता है कि क्या यह स्क्रॉलव्यू के अंदर है और यह स्क्रॉलिंग क्षमता को अक्षम करता है।

आपकी मन्नत पूरी हो गई है! संस्करण 4.2 जांचें :)
https://docs.microsoft.com/en-us/xamarin/xamarin-forms/user-interface/collectionview/scrolling

आपको स्क्रॉलव्यू के अंदर संग्रह दृश्य शामिल नहीं करना चाहिए, या वर्चुअलाइजेशन काम नहीं करेगा।

क्या आप लोग स्क्रॉल किए गए ईवेंट को इस नियंत्रण में भी बेनकाब कर सकते हैं? इसका उद्देश्य यह है कि जब मैं सूची में सबसे नीचे पहुंचता हूं, तो मैं अतिरिक्त आइटम पुनः लोड करना चाहता हूं। मुझे नहीं पता कि CollectionView पता लगाता है कि क्या यह स्क्रॉलव्यू के अंदर है और यह स्क्रॉलिंग क्षमता को अक्षम करता है।

आपकी मन्नत पूरी हो गई है! संस्करण 4.2 जांचें :)
https://docs.microsoft.com/en-us/xamarin/xamarin-forms/user-interface/collectionview/scrolling

आपको स्क्रॉलव्यू के अंदर संग्रह दृश्य शामिल नहीं करना चाहिए, या वर्चुअलाइजेशन काम नहीं करेगा।

मैं 4.2.0.709249 . में हूँ
क्या में कुछ भूल रहा हूँ?

मेरे पास 4.2.0.709249 के साथ स्क्रॉल की गई घटना है।
बिन/ओबीजे फ़ोल्डरों को हटाने का प्रयास करें और सुनिश्चित करने के लिए NuGet समेकन की जांच करें।

क्या हमें जल्द ही Android और iOS के लिए 4.2 के साथ RTL सपोर्ट मिलेगा?

क्या हमें जल्द ही Android और iOS के लिए 4.2 के साथ RTL सपोर्ट मिलेगा?

कुछ समर्थन पहले से है; FlowDirection समर्थन पहले से ही CollectionView आइटम्स के भीतर काम कर रहा होना चाहिए। क्षैतिज संग्रह दृश्य लेआउट के लिए स्क्रॉल दिशा अभी भी अधूरी है। स्क्रॉल दिशा एंड्रॉइड पर फ़्लोडायरेक्शन से मेल खाना चाहिए, लेकिन हमें अभी भी अन्य प्लेटफॉर्म के लिए उस पर कुछ काम करना है; उस कार्य को 4.3 में पूरा करने का लक्ष्य रखा गया है।

यदि आप CollectionView के साथ FlowDirection का उपयोग करके किसी भी बग का सामना करते हैं, तो कृपया एक समस्या खोलें और हम इस पर एक नज़र डालेंगे।

क्या आप कृपया बता सकते हैं कि आरटीएल समर्थन के साथ क्या नहीं किया गया है?
क्योंकि कल्पना में, इसे प्रगति या पूर्ण के रूप में चिह्नित भी नहीं किया गया है।

गुरु, 5 सितंबर 2019, 2:19 पूर्वाह्न ईज़ी हार्ट, नोटिफिकेशन @github.com ने लिखा:

क्या हमें जल्द ही Android और iOS के लिए 4.2 के साथ RTL सपोर्ट मिलेगा?

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

यदि आप संग्रह दृश्य के साथ FlowDirection का उपयोग करके किसी भी बग में भाग लेते हैं,
कृपया एक मुद्दा खोलें और हम इसे देखेंगे।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://github.com/xamarin/Xamarin.Forms/issues/3172?email_source=notifications&email_token=ACDWB3GSYAQSADERHWVTJX3QIANMNA5CNFSM4FHJRXPKYY3PNVWWK3TUL52HS4DFWSZG43VMVTA
या थ्रेड को म्यूट करें
https://github.com/notifications/unsubscribe-auth/ACDWB3HMFCHBRZWD5AJMXH3QIANMNANCNFSM4FHJRXPA
.

नहीं किया गया: क्षैतिज लेआउट के लिए दिशा स्क्रॉल करें।

यदि आप क्षैतिज स्क्रॉलिंग संग्रह दृश्य पर FlowDirection = RightToLeft सेट करते हैं, तो स्क्रॉल दिशा अभी आईओएस और यूडब्ल्यूपी पर दाएं से बाएं नहीं होगी (मेरा मानना ​​​​है कि यह एंड्रॉइड पर _does_ काम करता है)।

कुछ LoadingDataTemplate के बारे में कैसे?

मेरे अनुभव से सूची दृश्य/संग्रह दृश्य में डेटा एसिंक लोड करना कभी-कभी खाली स्थान हो सकता है जब तक कि सूचीदृश्य/संग्रहदृश्य पॉप्युलेट न हो जाए।

जब बड़ा डेटा पॉप्युलेट किया जा रहा हो और पेज पहले ही दिखाई दे रहा हो, तो LoadingDataTemplate को जोड़ने से अतिरिक्त प्रतिक्रिया मिल सकती है।

मुझे लगता है कि लोडिंग इंडिकेटर का उपयोग करने के दो तरीके हैं। एक तब होता है जब CollectionView प्रारंभ में प्रदर्शित होता है। ItemsSource संग्रह में डेटा जोड़े जाने तक एकाधिक प्लेसहोल्डर सेल दिखाए जाते हैं। दूसरा तब होता है जब सूची के निचले भाग में अधिक डेटा जोड़ा जाता है। दूसरे के लिए, मुझे लगता है कि हम पाद लेख का लाभ उठा सकते हैं?

पहले वाले को अधिक काम करने की आवश्यकता होती है (उदाहरण के लिए शुरू में 3-5 आइटम के साथ स्रोत को लोड करें जिसमें समान प्लेसहोल्डर डेटा टेम्प्लेट हो और फिर उन आइटम्स को हटा दें और वास्तविक डेटा प्राप्त होने पर जोड़ें)। एक अन्य तरीका यह है कि CollectionView ऊपर एक कंकाल दृश्य रखा जाए और डेटा तैयार होने पर इसे छिपा दिया जाए। मैं वर्तमान में ListView साथ इस दृष्टिकोण का पालन करता हूं।

मैंने यह कोशिश नहीं की है, लेकिन हम पहले लोडिंग दृश्य में EmptyView सेट कर सकते हैं और यदि कोई परिणाम नहीं हैं, तो "कुछ नहीं मिला" संदेश दिखाने के लिए EmptyView लिए टेम्पलेट बदलें।

@adrianknight89

एक अन्य तरीका यह है कि CollectionView ऊपर एक कंकाल दृश्य रखा जाए और डेटा तैयार होने पर इसे छिपा दिया जाए। मैं वर्तमान में ListView साथ इस दृष्टिकोण का पालन करता हूं।

यह उसी विधि की तरह लगता है जिसका मैं पालन करता हूं यानी ऊपर कुछ गतिविधि संकेतक डालता हूं। ListView को IsVisible = false और ActivityIndicator IsVisible = true पर सेट करें, फिर लिस्टव्यू पॉप्युलेट होने के बाद दोनों मानों को उल्टा कर दें।

@adrianknight89

मैंने यह कोशिश नहीं की है, लेकिन हम पहले खाली दृश्य को लोडिंग दृश्य पर सेट कर सकते हैं और यदि कोई परिणाम नहीं हैं, तो "कुछ नहीं मिला" संदेश दिखाने के लिए खाली दृश्य के लिए टेम्पलेट बदलें।

एक विचार है! हालांकि यह काम कर सकता है, मुझे लगता है कि LoadingDataTemplate और EmptyView से संबंधित संग्रह दृश्य पर अलग टेम्पलेट गुणों के लिए यह बेहतर सरल होगा।

मैं सहमत हूं कि दो अलग-अलग संपत्तियों का होना बेहतर होगा। सादगी के पहलू के अलावा, दो अलग-अलग उद्देश्यों के लिए एक ही संपत्ति का उपयोग करने का कोई मतलब नहीं है। हो सकता है कि EmptyView को BackgroundView नाम दिया जाना चाहिए ताकि हम इसे किसी भी उद्देश्य के लिए उपयोग कर सकें। (संपादित करें: BackgroundView एक पूरी तरह से अलग चीज है।)

@LeoJHarris मैंने BackgroundView समर्थन के लिए #7447 जोड़ा। हम उपरोक्त दो परिदृश्यों का समर्थन करने के लिए EmptyView और BackgroundView का उपयोग कर सकते हैं, हालांकि यह अभी भी 100% नहीं है जो आप चाहते हैं, लेकिन यह दोनों का समर्थन करने के लिए EmptyView का उपयोग करने से बेहतर होना चाहिए परिदृश्य आप लोडिंग स्क्रीन के रूप में BackgroundView उपयोग कर सकते हैं और डेटा तैयार होने पर इसे हटा सकते हैं।

@ adrianknight89 यह बहुत अच्छा होगा यदि डेटा तैयार होने के बाद संग्रह

संग्रह दृश्य के शेष आइटम थ्रेसहोल्ड का उपयोग करने वाले पृष्ठ के माध्यम से तेज़ी से स्क्रॉल करते समय हम दो अलग-अलग मुद्दों का सामना कर रहे हैं।

1. ऐप फ़्रीज हो जाता है और उसे बलपूर्वक छोड़ना चाहिए
2. CollectionView में आइटम एक दूसरे के ऊपर स्टैक करते हैं ( चित्र देखें)

इस समस्या वाले किसी और को खोजने में सक्षम नहीं है। क्या आपने इसे रिपोर्ट करते देखा है?

@ ब्रोंसन15 आप RemainingItemsThresholdReached इवेंट को कैसे हैंडल कर रहे हैं? त्वरित स्क्रॉलिंग इसे कई बार ट्रिगर करेगा और इसलिए जब आप अपने डेटा स्रोत को अपडेट करने की प्रतीक्षा कर रहे हों तो आपको ईवेंट कॉल को अनदेखा करना होगा अन्यथा वे ढेर हो जाएंगे। साथ ही, अपने UI को मुख्य थ्रेड पर अपडेट करने का प्रयास करें।

यदि आपको अभी भी समस्या हो रही है, तो आप जांच के लिए रेपो के साथ एक नया मुद्दा खोल सकते हैं।

@ ब्रोंसन15 दोनों मुद्दे।
ObservableRangeCollection के साथ प्रयास किया और #2 निश्चित किया।
अभी भी फ्रीज/रिक्त सूची पर समस्याएं हैं: एमुलेटर पर चलते समय मुझे सीपीयू स्पाइक दिखाई देता है, एक अनंत लूप लगता है।

संपादित करें: केवल आईओएस पर ब्रेक, एंड्रॉइड पर ठीक काम करता है।

हाय टीम,
यहां तक ​​​​कि मैंने RemainingItemsThreshold और RemainingItemsThresholdReachedCommand का उपयोग करने का प्रयास किया और देखा कि RemainingItemsThresholdReachedCommand को सौंपा गया फ़ंक्शन क्रमिक रूप से कई बार कॉल किया जाता है (पहली बार इसे दो बार कॉल किया जाता है, अगली बार 4 बार आदि) भले ही मैं जल्दी से स्क्रॉल न करूं। मैं इसे ताजा Xamarin प्रपत्र प्रोजेक्ट (v.4.2.0.778463) के साथ पुन: पेश करने में भी सक्षम हूं।
क्या आप इसे अपने अंत में पुन: पेश करने का प्रयास कर सकते हैं? यहाँ सरल कोड स्निपेट नीचे दिया गया है:

एक्सएएमएल:

<CollectionView
        x:Name="StackLayout"
        ItemsSource="{Binding LatestStories}"
        RemainingItemsThreshold="10"
        RemainingItemsThresholdReachedCommand="{Binding RemainingStoriesCommand}">
        <CollectionView.ItemTemplate>
            <DataTemplate>
            <Grid
                                ColumnSpacing="16"
                                HeightRequest="110"
                                RowSpacing="0">

                    <Grid.RowDefinitions>
                        <RowDefinition Height="*" />
                        <RowDefinition Height="Auto" />
                        <RowDefinition Height="Auto" />
                    </Grid.RowDefinitions>
                    <Grid.ColumnDefinitions>
                        <ColumnDefinition Width="Auto" />
                        <ColumnDefinition Width="*">
                        </ColumnDefinition>
                        <ColumnDefinition Width="Auto" />
                    </Grid.ColumnDefinitions>

                    <!--  Blog title  -->
                    <Label
                                    Grid.Column="1"
                                    Margin="0,8"
                                    FontSize="14"
                                    LineBreakMode="TailTruncation"
                                    LineHeight="{OnPlatform Default=-1,
                                                            Android=1.25,
                                                            iOS=1.25}"
                                    MaxLines="2"
                                    Text="{Binding Title}" />

                    <!--  Author name  -->
                    <Label
                                    Grid.Row="1"
                                    Grid.Column="1"
                                    Margin="0,8,0,0"
                                    FontSize="12"
                                    LineHeight="{OnPlatform Default=-1,
                                                            Android=1.5}"
                                    Text="{Binding Author}" />

                </Grid>
            </DataTemplate>
        </CollectionView.ItemTemplate>
</CollectionView>

मॉडल देखें:

public class ArticleListViewModel
    {
        public ObservableRangeCollection<FeedItem> LatestStories { get; } = new ObservableRangeCollection<FeedItem>();
        public Command RemainingStoriesCommand => new Command(() => RemainingStories());

        public ArticleListViewModel()
        {
            RemainingStories();
        }

        private async void RemainingStories()
        {
            var feeds = await GetRemoteFeedsAsync();
            try
            {
                Device.BeginInvokeOnMainThread(() =>
                {
                    LatestStories.AddRange(feeds);
                });

            }
            catch (Exception ex)
            {
                Debug.WriteLine(ex, "");
            }
        }

        private async Task<List<FeedItem>> GetRemoteFeedsAsync()
        {
            try
            {
                Stopwatch watch = new Stopwatch();
                watch.Start();
                var allItems = new List<FeedItem>();
                HttpResponseMessage response;
                var httpClient = new HttpClient();
                response = await httpClient.GetAsync("https://jsonplaceholder.typicode.com/photos").ConfigureAwait(false);
                if (response.IsSuccessStatusCode)
                {
                    var data = await response.Content.ReadAsStringAsync().ConfigureAwait(false);
                    var testData = JsonConvert.DeserializeObject<List<TestJson>>(data);
                    if (LatestStories.Count == 0)
                    {
                        testData = testData.Take(20).ToList();
                    }
                    else
                    {
                        testData = testData.Skip(LatestStories.Count).Take(20).ToList();
                    }

                    foreach (var item in testData)
                    {
                        var newItem = new FeedItem
                        {
                            Title = item.id.ToString(),
                            Description = item.title,
                            ImagePath = item.thumbnailUrl,
                            Link = item.url,
                            PublishDate = "2019-09-11",
                            Category = ""
                        };
                        allItems.Add(newItem);
                    }
                }
                watch.Stop();
                Debug.WriteLine("TPL Total Time: " + watch.ElapsedMilliseconds);
                return allItems;
            }
            catch (Exception ex)
            {
                Debug.WriteLine(ex, "");
                throw;
            }

        }
    }

@ Bronson15 @andreabalducci @techduggu चूंकि RemainingItemsThresholdReachedCommand संसाधित होने के दौरान हम UI को ब्लॉक नहीं करते हैं, https://github.com/xamarin/Xamarin.Forms/pull/7516/files#diff -2be3eff4d53f761cd581cca1d2ec3bc0R48

ऐसा करने के अन्य तरीके आपके आदेश को सक्षम/अक्षम कर सकते हैं या रिमोट फ़ेचिंग के दौरान ईवेंट को अनसब्सक्राइब/सब्सक्राइब कर सकते हैं। मेरे अनुभव में, एक सेमाफोर ने सबसे अच्छा काम किया क्योंकि कभी-कभी जब आप कॉलबैक को सक्षम/अक्षम या सदस्यता समाप्त/सदस्यता लेने का प्रयास करते हैं तो कई आमंत्रण निकाल दिए जाते हैं।

@hartez @samhouts @davidortinau मुझे लगता है कि यह मुद्दा भविष्य में बहुत बार सामने आएगा। क्या उपरोक्त सुझाव शेष मदों के लिए दस्तावेज़ीकरण का हिस्सा होना चाहिए? मैं डॉक्स टीम को परीक्षण के लिए एक दूरस्थ फ़ीड बनाना चाहता हूं और संदर्भ के लिए एक कोडिंग पैटर्न की सिफारिश करता हूं ताकि लोग मदद मांगते न रहें।

@techduggu आपके कोड के साथ अलग-अलग (मामूली) समस्याएं हैं। मैं इसे स्टैक एक्सचेंज पर कोड की समीक्षा करवाऊंगा। अभी इसके लिए यह जगह नहीं है।

@adrianknight89 "आपके स्क्रॉल पैटर्न के कारण" शब्द को हाइलाइट करने के लिए धन्यवाद। इसने इसके बारे में और जानने के बारे में मेरी खुजली शुरू कर दी। RecyclerView और कुछ अन्य संसाधनों के आधिकारिक दस्तावेज़ीकरण के बाद, हाँ, मैं पुष्टि कर सकता हूँ कि स्क्रॉल पैटर्न के कारण इसे कई बार कॉल किया जाता है और वे पैटर्न हमारी स्क्रॉलिंग स्थिति के आधार पर SCROLL_STATE_IDLE, SCROLL_STATE_DRAGGING या SCROLL_STATE_SETTLING हैं।
https://developer.android.com/reference/android/support/v7/widget/RecyclerView.OnScrollListener

आपका कोड और यह एंड्रॉइड गाइड (https://github.com/codepath/android_guides/wiki/Endless-Scrolling-with-AdapterViews-and-RecyclerView) भी इसकी पुष्टि करता है कि हमें लॉकिंग या उपयोग करके अनंत स्क्रॉलिंग को संभालना चाहिए। उपरोक्त स्क्रॉल राज्यों में से (जिसमें अधिकतर कस्टम रेंडरर की आवश्यकता होती है)। इसलिए Xamarin.Forms के साथ, मैंने आपके कोड की कोशिश की है और यह आकर्षण की तरह काम करता है। :) मेरे जैसे लोगों (अर्ध ज्ञान के साथ) द्वारा उठाए गए ऐसे मुद्दों से बचने के लिए मैं इस सुझाव को दस्तावेज़ों के हिस्से के रूप में शामिल करने के लिए आपकी राय की अनुशंसा और समर्थन करता हूं। :)

साथ ही, रेग. उपरोक्त कोड स्निपेट के लिए आपने जिन मामूली मुद्दों का उल्लेख किया है - वैसे यह संग्रह दृश्य के साथ अनंत लोडिंग के परीक्षण के लिए सिर्फ एक पीओसी परियोजना है, हालांकि अगर आपने मूर्खतापूर्ण शून्य जांच आदि के अलावा कुछ भी देखा है तो मुझे आपका इनपुट जानना अच्छा लगेगा।

धन्यवाद!

@ adrianknight89 आह हाँ। हमारा व्यस्त चेक गायब था और इससे स्टैकिंग समस्या में मदद मिली।

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

सूची के अंत तक स्क्रॉल करते समय अभी भी एक फ्रीज समस्या है। दृश्य खाली हो जाता है और एप्लिकेशन फ़्रीज हो जाता है।

संपादित करें: स्क्रॉल स्थिति रीसेट अभी भी है, लेकिन उतनी बार नहीं। अधिक आइटम लोड करने का प्रतिपादन डिवाइस पर भी बहुत तड़का हुआ है।

@techduggu मेरे पास वीएस नहीं है, लेकिन कोड को देखते हुए, आपको RemainingStories() इंतजार करना चाहिए, रिमोट कॉल को कोशिश के अंदर ले जाना चाहिए, और HttpClient लिए उपयोग का उपयोग करना चाहिए (आदर्श रूप से उपयोग करें आपके आवेदन में एक स्थिर उदाहरण और इसे कभी भी निपटाना नहीं), लेकिन मैं यहां रुकूंगा। :)

@ ब्रोंसन15 संग्रह

@ adrianknight89 रात के निर्माण के साथ स्क्रॉल करना। ऐसा लगता है कि यह मुद्दा ज्यादातर ठीक हो गया है (मैंने देखा कि यह एक बार होता है)। ऐसा लगता है कि सूची समाप्त होने के बजाय अभी एक अंतहीन पाश में है। AFAIK ऐसा होने से रोकने के लिए कल्पना में कोई संपत्ति नहीं है?

@ ब्रोंसन15 अंतहीन पाश नहीं होना चाहिए। क्या आप इसे आईओएस या एंड्रॉइड पर देख रहे हैं? जब आप अपने रिमोट फीड के अंत तक पहुँचते हैं तो आपको लूप को समाप्त करने की आवश्यकता होती है (अर्थात RemainingItemsThresholdReachedCommand बिना किसी अन्य DB कॉल को जारी किए तुरंत वापस लौटें)।

एक बार व्यू स्क्रॉलिंग बंद हो जाने के बाद, कमांड को ट्रिगर नहीं किया जाना चाहिए। मैं Azure Cosmos का उपयोग करता हूं जो एक निरंतरता टोकन देता है। जब टोकन शून्य होता है, तो मुझे पता है कि लोड करने के लिए कोई और सामग्री नहीं है, इसलिए मेरा RemainingItemsThresholdReachedCommand उस टोकन के आधार पर काम करता है। आपको कुछ ऐसा ही लागू करना चाहिए।

@ adrianknight89 आह। दिलचस्प। परिणाम गणना के लिए एक चेक जोड़ा गया और यदि यह 0 है तो वापस लौट रहा है। अनंत स्क्रॉल फिक्स्ड। सहायता के लिए धनयवाद!

@ adrianknight89 ने iOS क्रैश समस्या के लिए
एंड्रॉइड पर 1000 वस्तुओं के साथ लगभग वास्तविक समय है, आईओएस पर दृश्य को प्रस्तुत करने के लिए 5-7 सेकंड इंतजार करना पड़ता है। दोनों डिबग, iPhone Xs और Redmi Note 7

@andreabalducci क्या आप एक्सएस सिम्युलेटर पर हैं? भौतिक उपकरण पर व्यवहार कैसा है? यदि दृश्य प्रतिपादन धीमा है, तो यह iOS के साथ एक और समस्या हो सकती है जिसकी जांच की आवश्यकता है। फिर से, एक रेपो देखना बहुत अच्छा होगा।

@ adrianknight89 @andreabalducci हाँ, मेरे Xs मैक्स पर अधिक आइटम लोड करने में लगभग 1-5 सेकंड लगते हैं। दृश्य पहले से प्रदान की गई सूची में आइटम जोड़ने के बजाय सभी आइटम को खाली कर देता है और पुनः लोड करता है।

@ adrianknight89 दोनों भौतिक उपकरण, iOS एमुलेटर में समान मुद्दे हैं।

हमने डेटामैप्लेट्स से सभी स्टैकलेआउट को हटा दिया और आईओएस के 20 सेकंड से अधिक होने से पहले, फ़ॉर्मेटेडस्ट्रिंग, सक्षम संकलित बाइंडिंग में कुछ गति स्विचिंग प्राप्त की।

आईओएस पर, एंड्रॉइड पर ऑब्जर्वेबलरेंज कोलेक्शन (एमवीवीएम हेल्पर्स से) जोड़ते समय दृश्य काला हो जाता है और फिर से काम करता है।

यह मेरे लिए एक अलग मुद्दा की तरह लगता है। मुझे नहीं लगता कि यह शेष वस्तुओं से संबंधित है।

क्या यह संभव है, GridItemsLayout का उपयोग करते समय, आइटम को एकाधिक पंक्तियों या स्तंभों पर फैलाने की अनुमति देने के लिए? यह निश्चित रूप से एक ऐसी विशेषता होगी जो इसके लायक होगी।

इस पर कोई जानकारी?

@LynoDesu इसके लिए एक मुद्दे को ट्रैक किया जा रहा है: https://github.com/xamarin/Xamarin.Forms/issues/6357

@LynoDesu इसके लिए एक मुद्दे को ट्रैक किया जा रहा है: #6357

आह, बढ़िया! धन्यवाद। अगर मैं इसमें योगदान देना चाहता हूं तो मैं कहां से शुरू कर सकता हूं?

होमपेज विकी के साथ-साथ Contributing.md पढ़ें।

@ adrianknight89 को ब्लैंक + बैक टू स्टार्ट इश्यू मिला, https://github.com/andreabalducci/XamarinCollectionView/blob/b186e563ff8391dfb473e62e5a4c4587e8d4e9da/cvrepro/cvrepro/ListViewModel.cs#L46

एक खाली संग्रह से शुरू होने से समस्या शुरू हो जाती है, अगर संग्रह में अपेक्षित सभी कार्यों को बाध्य करने से पहले कोई आइटम होता है।

आईफोन एमुलेटर पर परीक्षण किया गया।

मैं मुद्दा देखता हूं। यह शायद #7548 जैसा ही है। हो सकता है कि आप अपना रेप्रो वहां पर पोस्ट करना चाहें।

ऐसा लगता है कि संग्रह दृश्य एंड्रॉइड पर IsGrouped का उपयोग करते समय खराब हो गया है।

CollectionView.GroupHeaderTemplate बिल्कुल भी प्रस्तुत नहीं किया गया है। आईओएस पर यह ठीक काम करता है। आप इसका परीक्षण करने के लिए Microsoft साइट से समूहीकरण उदाहरण का उपयोग कर सकते हैं।

    public class AnimalGroup : List<Animal>
    {
        public string Name { get; private set; }

        public AnimalGroup(string name, List<Animal> animals) : base(animals)
        {
            Name = name;
        }
    }

    public class Animal
    {
        public string Name { get; set; }
        public string Location { get; set; }
        public string Details { get; set; }
        public string ImageUrl { get; set; }
    }

    public List<AnimalGroup> Animals { get; private set; } = new List<AnimalGroup>();

    Animals.Add(new AnimalGroup("Bears", new List<Animal>
        {
            new Animal
            {
                Name = "American Black Bear",
                Location = "North America",
                Details = "Details about the bear go here.",
                ImageUrl = "https://upload.wikimedia.org/wikipedia/commons/0/08/01_Schwarzbär.jpg"
            },
            new Animal
            {
                Name = "Asian Black Bear",
                Location = "Asia",
                Details = "Details about the bear go here.",
                ImageUrl = "https://upload.wikimedia.org/wikipedia/commons/thumb/b/b7/Ursus_thibetanus_3_%28Wroclaw_zoo%29.JPG/180px-Ursus_thibetanus_3_%28Wroclaw_zoo%29.JPG"
            },
        }));

<CollectionView ItemsSource="{Binding Animals}"
                        IsGrouped="true">
            <CollectionView.GroupHeaderTemplate>
                <DataTemplate>
                    <Label Text="Header"
                           BackgroundColor="LightGray"
                           FontSize="Large"
                           FontAttributes="Bold" />
                </DataTemplate>
            </CollectionView.GroupHeaderTemplate>
            <CollectionView.ItemTemplate>
                <DataTemplate>
                    <Grid Padding="10">
                        <Image Grid.RowSpan="2"
                               Source="{Binding ImageUrl}"
                               Aspect="AspectFill"
                               HeightRequest="60"
                               WidthRequest="60" />
                        <Label Grid.Column="1"
                               Text="{Binding Name}"
                               FontAttributes="Bold" />
                        <Label Grid.Row="1"
                               Grid.Column="1"
                               Text="Child"
                               FontAttributes="Italic"
                               VerticalOptions="End" />
                    </Grid>
                </DataTemplate>
            </CollectionView.ItemTemplate>
        </CollectionView>

https://docs.microsoft.com/en-us/xamarin/xamarin-forms/user-interface/collectionview/grouping

जरूरी

CollectionView के साथ समूहीकरण डेटा वर्तमान में केवल iOS पर समर्थित है।

ओह, मुझे वह हिस्सा याद आ गया। धन्यवाद।

हममें से जो आईओएस और एंड्रॉइड दोनों पर समूहीकृत सूची प्रदर्शित करना चाहते हैं, लेकिन लिस्ट व्यू से बचना चाहते हैं, क्या कुछ और है जिसका हम उपयोग कर सकते हैं जो अभी के लिए संग्रह दृश्य के रूप में लचीला है? या हम ListView के साथ फंस गए हैं?

मुझे आशा है कि यह पूछने के लिए सही जगह है। मैं मूल पोस्ट की गई कल्पना में देखता हूं कि IsHeaderSticky और IsFooterSticky लिए गुण हैं, लेकिन मुझे चर्चा या कार्यान्वित स्रोत कोड में कहीं भी उनका कोई और उल्लेख नहीं दिख रहा है। क्या वे अभी भी इस दृष्टिकोण के रोडमैप पर हैं?

संग्रहदृश्य में हमें ItemAppeared, ITemDisappeared की आवश्यकता है।
क्या हासिल करने का कोई तरीका है?

@IosDeveloperHarsh Scrolled ईवेंट ईवेंट args में बहुत उपयोगी जानकारी प्रदान करता है। वहां पहली और आखिरी दृश्यमान वस्तु अनुक्रमणिका देखें।

@ rafiwardak2003 संग्रह

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

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

यदि संभव हो तो इस तरह की संपत्ति का उपयोग करना अच्छा होगा

public ICommand => new Command<MySelectedItemModel>((item) => {}

लेकिन यह भी ठीक होना चाहिए:

public ICommand => new Command<object>((item) =>{ var selectedItem = item as MySelectedItemModel;}

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

यदि संभव हो तो इस तरह की संपत्ति का उपयोग करना अच्छा होगा

public ICommand => new Command<MySelectedItemModel>((item) => {}

लेकिन यह भी ठीक होना चाहिए:

public ICommand => new Command<object>((item) =>{ var selectedItem = item as MySelectedItemModel;}

क्या होगा यदि उपयोगकर्ता अपने कमांड के पैरामीटर के रूप में चयनित इटैम के अलावा कुछ और उपयोग करना चाहता है?

मुझे लगता है कि SelectionChangedCommandParameter को हटा दिया जाना चाहिए और इसके बजाय हमारे पास चयनित आइटम स्वचालित रूप से पैरामीटर के रूप में सेट हो जाएगा।
यदि संभव हो तो इस तरह की संपत्ति का उपयोग करना अच्छा होगा
public ICommand => new Command<MySelectedItemModel>((item) => {}
लेकिन यह भी ठीक होना चाहिए:
public ICommand => new Command<object>((item) =>{ var selectedItem = item as MySelectedItemModel;}

क्या होगा यदि उपयोगकर्ता अपने कमांड के पैरामीटर के रूप में चयनित इटैम के अलावा कुछ और उपयोग करना चाहता है?

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

मैं एक सुविधा के लिए भी अनुरोध करना चाहता हूं कि यह संग्रह दृश्य पूरी स्क्रीन पर नहीं फैला है और केवल ऊंचाई का उपयोग आइटम की संख्या पर निर्भर करता है।

मैं एक से अधिक सूचियों को देखने की कोशिश कर रहा हूँ
अर्थात
खरीद

कटौती

कुल
कुल
मुन्ना

लेकिन आइटम 1 और 2 (एक संग्रह दृश्य) ने अभी बहुत अधिक ऊंचाई ली है, भले ही मेरे पास केवल 3 या 4 आइटम हों और कटौती अनुभाग देखने से पहले नीचे एक BIIIIIIIIIIIIIIIIIIG अंतर हो

मैंने स्टैकलेआउट के आधार पर अपना खुद का आइटम चयन नियंत्रण बनाना समाप्त कर दिया

मैं एक सुविधा के लिए भी अनुरोध करना चाहता हूं कि यह संग्रह दृश्य पूरी स्क्रीन पर नहीं फैला है और केवल ऊंचाई का उपयोग आइटम की संख्या पर निर्भर करता है।
मैंने स्टैकलेआउट के आधार पर अपना खुद का आइटम चयन नियंत्रण बनाना समाप्त कर दिया

मुझे लगता है कि आप जो खोज रहे हैं वह बाइंडेबल लेआउट हो सकता है।

मैं एक सुविधा के लिए भी अनुरोध करना चाहता हूं कि यह संग्रह दृश्य पूरी स्क्रीन पर नहीं फैला है और केवल ऊंचाई का उपयोग आइटम की संख्या पर निर्भर करता है।
मैंने स्टैकलेआउट के आधार पर अपना खुद का आइटम चयन नियंत्रण बनाना समाप्त कर दिया

मुझे लगता है कि आप जो खोज रहे हैं वह बाइंडेबल लेआउट हो सकता है।

अरे! ठीक वही जो मुझे चाहिए। जब से BindableLayouts अस्तित्व में था?

इस मुद्दे पर चर्चा के लिए आप सभी का धन्यवाद! यदि आपके पास कोई अतिरिक्त सुविधा अनुरोध या बग रिपोर्ट है, तो कृपया प्रत्येक के लिए नए मुद्दे खोलें। अब हम इस मुद्दे को बंद कर रहे हैं।