2010-11-10 26 views
6

मुझे लगता है कि सिल्वरलाइट 4.0 हमारे व्यावसायिक अनुप्रयोग को बनाने के लिए एक अच्छा विकल्प होगा।क्या सिल्वरलाइट मेरे व्यवसाय ऐप को लोड करने में बहुत लंबा लगेगा?

हालांकि, मुझे लगता है कि एक हिस्सा लोडिंग है। अगर मैं इसे सही ढंग से समझता हूं, तो सिल्वरलाइट सभी पृष्ठों को एक बाइनरी में संकलित करता है, जिसे लोड समय पर क्लाइंट पर लोड किया जाता है। यह अभी कुछ पृष्ठों के साथ ठीक है, लेकिन अगर मैं सैकड़ों पृष्ठों तक पहुंचता हूं, तो क्या यह लोड समय बहुत लंबा होगा? जब मैं इंफ्राजिस्टिक्स और टेलीरिक पर उदाहरण देखता हूं, तो वे केवल कुछ उदाहरणों को लोड करने के लिए 10-15 सेकंड का अच्छा समय लेते हैं। मुझे यह अस्वीकार्य लगता है।

क्या इसके आसपास के तरीके हैं?

उत्तर

0

सबसे पहले - क्या XAP के आकार ब्लोट की संभावना है DLLs और अपने खुद के (बड़ी छवियों आदि) के किसी भी आयातित संपत्ति हैं। इसलिए यदि आपके पास अपेक्षाकृत सजातीय साइट है, तो एक ही रूप/टेम्पलेट्स के आधार पर, नए पेज जोड़ने से कुल आकार में वृद्धि नहीं होगी, क्योंकि आवश्यक घटक पहले से ही एक्सएपी में हैं और अतिरिक्त में टेक्स्ट शामिल होंगे।

बेशक, यदि नए पृष्ठों में कार्यक्षमता/उपयोग नियंत्रण या घटक होते हैं जिन्हें अतिरिक्त डीएलएस शामिल करने की आवश्यकता होती है, तो इसका वजन कम हो जाएगा, लेकिन जब आप एक एप्लिकेशन के बारे में बात कर रहे हैं जो सैकड़ों पृष्ठों तक बढ़ सकता है , मुझे लगता है कि वे कुछ हद तक सुसंगत होंगे।

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

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

4

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

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

मैं Telerik भी ऐसे ही एक उपकरण प्रदान करता है लगता है कई उत्पादों और अपने xaps करने के लिए अतिरिक्त संपीड़न जोड़ने (क्योंकि वे सिर्फ सच में फ़ाइलें ज़िप कर रहे हैं) के लिए तकनीक

http://www.google.com/search?q=silverlight+xap+compactor.....

रहे हैं।

आखिरकार, 4.0 में, आप कुछ सिस्टम डीएलएस को आगे की बजाय मांग पर लोड करने के लिए सेट कर सकते हैं जो डाउनलोड समय में सुधार कर सकता है (लेकिन मैंने व्यक्तिगत रूप से इसका उपयोग नहीं किया है) - यह परियोजना गुणों में है।

+0

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

+0

हां, यही वह है जिसे मैं सोच रहा था ... इसके बारे में भूल गया। मुझे एक और उत्पाद भी दिख रहा है जो मुझे याद है ... आह, यहां यह है: http://www.componentone.com/SuperProducts/XAPOptimizer/ – Jeff

2

एकाधिक एक्सएपी फ़ाइलों का उपयोग करना भी संभव है, ताकि आप अपने एप्लिकेशन को पृथक एक्सएपी फाइलों में विभाजित कर सकें।

मैंने कभी यह कोशिश नहीं की है, लेकिन यदि आप Google हैं तो आपको बहुत सारे लेख मिलेंगे। जैसे

http://dotplusnet.blogspot.com/2010/09/how-to-load-multiple-xap-files-in.html