2010-12-28 18 views
12

के लिए टेलीरिक बनाम इंफ्राजिस्टिक्स हां, यह निश्चित रूप से एक डुप्लिकेट प्रश्न है, लेकिन मैं कुछ ताजा लेना चाहता था।सिल्वरलाइट

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

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

मैंने घटक को चेक आउट किया और उनके नियंत्रण ऊपर वर्णित बिंदुओं के संदर्भ में टेलीरिक के समान दिखते हैं लेकिन थोड़ा कम "सुंदर" हैं।

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

+0

अपने वर्तमान रूप में प्रश्न बहुत ही व्यक्तिपरक है। यदि आप बताते हैं कि आप वास्तव में क्या हासिल करना चाहते हैं तो आपको उद्देश्य के उत्तर देना संभव हो सकता है। – ChrisF

+0

कुछ विवरण जोड़ा गया। धन्यवाद। – Jeff

उत्तर

10

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

+0

धन्यवाद। यह जानना अच्छा है कि यह सिर्फ मेरे सिर में नहीं है। लोडिंग पंक्तियों को अलग करने का प्रदर्शन, आम तौर पर "इंटरैक्टिवता" धीमा/क्लंकियर "महसूस करता है"। मुझे लगता है कि आप सी 1 का उपयोग कर रहे हैं? – Jeff

+1

मुझे लगता है कि वर्चुअलाइजेशन और कंटेनर रीसाइक्लिंग ने RadGridView को वितरित किए गए कुछ सुधारों से आपको सुखद आश्चर्य होगा। हमने अभी क्यू 2 2011 रिलीज भेज दिया है और इसमें वर्चुअलाइज्डक्वायर कोलेक्शन व्यू की विशेषता है जो मांग पर रिकॉर्ड लोड करता है और 1 अरब कोशिकाओं के साथ डेमो भी लोड करता है। –

+0

फिर WPF के लिए Xceed DataGrid के बारे में क्या? –

2

मेरा सुझाव है कि ग्रिड बड़े डेटा और/या रीयल-टाइम अपडेट के साथ प्रदर्शन करने के तरीके के बारे में अधिक जानकारी के लिए हमारे डेमो में प्रदर्शन अनुभाग जांचने के लिए। यहाँ कई उदाहरण हैं:

http://demos.telerik.com/silverlight/#GridView/Performance

http://demos.telerik.com/silverlight/#GridView/UIVirtualization

http://demos.telerik.com/silverlight/#GridView/RealTimeUpdate

http://demos.telerik.com/silverlight/#DataVirtualization/FirstLook

+0

मेरे पास है और वास्तव में आपके यूआई नियंत्रण बहुत अधिक घबराहट/चंचल हैं जो इन्फ्राजिस्टिक्स हैं। मुझे आपके नियंत्रण सूट में कार्यक्षमता की सीमा पसंद है ... लेकिन एक LOB ऐप को क्लिक और ड्रैग के लिए त्वरित और उत्तरदायी होने की आवश्यकता है। – Jeff

+0

क्या आप इंगित कर सकते हैं कि इन डेमो में वास्तव में क्या है? –

+0

बाध्यकारी स्वयं चिंता नहीं है ... लेकिन यदि आपके पास एक बड़ा ग्रिड है (बिना स्थगित स्क्रॉलिंग के) और एक बार या बाएं और दाएं (विशेष रूप से) पर बहुत ऊपर स्क्रॉल करें, तो यूआई "भाग" या स्क्रॉलबार नहीं माउस आंदोलन के साथ नहीं रहना। स्क्रॉल करते समय बड़ी संख्या में आइटम के साथ कॉम्बो बॉक्स भी "खंड" होते हैं। – Jeff

3

कृपया निम्नलिखित डेमो जो छंटाई और छानने सक्षम के साथ एक ग्रिड के लिए 15 लाख पंक्तियों बांधता है पर एक नजर है : http://labs.infragistics.com/silverlight/lobsamples/2010.3/#/Samples/Grid/Performance/GridLargeResultSet

http://labs.infragistics.com/silverlight/lobsamples/2010.3/#/Samples/VirtualCollection/Scrolling/xamGridScrolling

अस्वीकरण::

"आभासी संग्रह" एक और प्रदर्शन सुविधा है मैं Infragistics

7

के साथ एक तकनीकी इंजीलवादी हूँ आप इस बारे में सोचते हैं, तो आप वास्तव में कभी 1 मिलियन से हजारों की 100 के लोड करना चाहते हैं एक ग्रिड में रिकॉर्ड या उस मामले के लिए कोई नियंत्रण? ठीक है जब तक आप कुछ मार्केटिंग चारा के साथ आने की कोशिश नहीं कर रहे हैं?

मुझे एक मॉनिटर के बारे में पता नहीं है जो कई बार इसे देखने के लिए लोड कर सकता है। यहां तक ​​कि अगर यह हो सकता है, शायद मैं धीमा हूं लेकिन मैं उन्हें एक समय में केवल एक जोड़े को संसाधित कर सकता हूं।

औसत उपयोगकर्ता क्या देख और प्रक्रिया कर सकते हैं। 10 रिकॉर्ड, शायद 20।

मैं शायद एक 100 या तो और नहीं पेज के लिए है नई recors पाने के लिए लोड करने के लिए इच्छुक देख सकता था, बल्कि हज़ारों मिलियन? व्यक्तिगत रूप से मुझे फ़िल्टर क्षमताओं और पेजिंग की आवश्यकता होगी और यदि मेरे पास एक डेवलपर है जो ग्रिड में 1 मिलियन रिकॉर्ड लोड करने का प्रयास कर रहा है, तो हमें बैठना होगा क्योंकि ग्रिड या किसी अन्य नियंत्रण का प्रदर्शन नहीं है समस्या।

के एक बहु अरब $ कंपनी है जो एक साइट है पर नजर डालते हैं और यह एकमात्र उद्देश्य एक उपयोगकर्ताओं के लिए डेटा लौटाने के लिए है। मैं Google का जिक्र कर रहा हूं। एक खोज करें और आप लगभग 10 रिकॉर्ड वापस प्राप्त करें। मैंने अभी एक खोज की है और 21,400,00 परिणाम प्राप्त हुए हैं। अगर मुझे पहले पृष्ठ या दो (20 रिकॉर्ड) में जो खोजा जा रहा है, मुझे नहीं पता, मुझे पता है कि मैंने काफी अच्छा फ़िल्टर नहीं किया है। मैं दस लाख रिकॉर्ड के माध्यम से नहीं जा रहा हूं।

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

कितनी तेजी से एक ग्रिड 15 लाख रिकॉर्ड से पता चलता "बेंच रेसिंग" के लिए चारा की तरह लगता है और कौन परवाह करता है अगर यह सुस्त स्क्रॉल क्योंकि क्यों वापस है कि कई रिकॉर्ड के साथ शुरू करने के लिए खींच है?

अगर मैं बिंदु खो रहा हूं तो मैं क्षमा चाहता हूं और आप बस बेंच रेसिंग के साथ मजाक कर रहे हैं। लेकिन मैंने पढ़ा है कि आप वास्तविक दुनिया, LOB अनुप्रयोगों के बारे में बात कर रहे हैं और यदि ऐसा है तो हमें परिदृश्यों के बारे में यथार्थवादी होना चाहिए।

हम Telerik ग्रिड का उपयोग करें और यह असली दुनिया LOB अनुप्रयोग के लिए ठीक करता है। फिर भी जिन उपयोगकर्ताओं के लिए हम लिखते हैं वे एक बार में 1.5 लाख को देख या संसाधित नहीं कर सकते हैं और न ही वे भी परवाह करेंगे।

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

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

+0

मैं वास्तव में कम परवाह नहीं कर सकता कि ग्रिड 1 एम पंक्तियों को कैसे संभालता है। मुझे पूरी तरह से परवाह है कि ग्रिड 12 कॉलम के साथ 200 पंक्तियों को कैसे नियंत्रित करता है, ऊपर और नीचे स्क्रॉल करता है और बाएं और दाएं तेज़ी से .... और यही कारण है कि मैं इन प्रतिक्रियाओं के लिए "प्रतिक्रिया" लोड क्षमता नहीं मांगता हूं। – Jeff

+3

मैंने कई 'वास्तविक दुनिया' अनुप्रयोगों को वितरित किया है जिन्हें ग्रिड में 200K पंक्तियों का समर्थन करने के लिए आवश्यक है। आपकी राय के बावजूद, यह अक्सर एक वास्तविक उपयोगकर्ता आवश्यकता होती है। –