क्लाइंट-साइड एक्सएसएलटी

Question

मैंने अपनी पूरी साइट एक्सएमएल/एक्सएसएल में परिवर्तित कर दी है और मैं क्लाइंट-साइड एक्सएसएलटी करने के साथ सभी मौजूदा मुद्दों को जानना चाहता हूं।

यहाँ लोगों को मैं पहले से ही पता है (पहले हाथ अनुभव से) कर रहे हैं:

• क्रॉस-डोमेन XSL फ़ाइलों
• अक्षम-उत्पादन-भागने (यह एक सुरक्षा मुद्दा और पार नहीं ब्राउज़र है) (इस एफएफ में काम नहीं करता ... वे इसे एक सुरक्षा मुद्दा पर विचार करें)

ब्राउज़र समर्थन के लिए के रूप में

इसके अलावा यह सब मैं के बारे में पता है:

• ऑपेरा 9+
• एफएफ 1.0+
• एस एफ 2.0 + (मैं इस पर गलत हो सकता है)
• क्रोम
• आईई 6,0 +

किसी भी अन्य लोगों के लिए उपयोगी भी :)

होगा

संपादित करें:

2 ख़तरा के लिए वहाँ के रूप में आप अपने XSL को एक्सएचटीएमएल पारित देता है कि एक सभ्य समाधान नहीं है। यह वास्तव में परिवर्तित करके और सुनिश्चित करता है कि आपका एक्सएचटीएमएल वैध एक्सएमएल है और इसे एक्सएमएल के रूप में आपके एक्सएमएल में रखता है। फिर अपने एक्सएसएल में आप एक्सएमएल कॉपी करते हैं;) और इसे एक्सएचटीएमएल के रूप में आउटपुट करें।

Answer 1

• गति: ब्राउज़र एचटीएमएल प्रतिपादन से पहले XSLT परिवर्तन लागू करने के लिए की जरूरत है, इस प्रकार उपयोगकर्ता पेज देखने के लिए लंबे समय तक इंतजार करना होगा। ब्राउज़र द्वारा उपयोग किए जाने वाले एक्सएसएलटी इंजन शीर्ष-पायदान नहीं हो सकते हैं। मैक ओएस एक्स पर, एक्सएमएल बदलते समय ब्राउजर फ्रीज हो सकता है और "कताई समुद्र तट बॉल" कर्सर का कारण बनता है, इस प्रकार उपयोगकर्ता स्क्रीन को पेंच कर सकता है और खुद को चोट पहुंचा सकता है।

• अभिगम्यता: ब्राउज़र-पाठकों जैसे सेट में नहीं, ब्राउज़र के बारे में क्या? क्या वे उपयोगकर्ता आपके लिए महत्वपूर्ण हैं?

Answer 2

मुझे xsltfiles को पार करने वाले पैरामीटर को क्रॉसब्रोइंग सक्षम रखने में कठिनाई मिली। अब मैं एफएफ और आईई का समर्थन करता हूं लेकिन क्रोम इसके कारण गिर गया ..

Answer 3

एक्सएसएलटी फ़ाइल एक और वस्तु है जिसे डाउनलोड करने की आवश्यकता है और ब्राउज़र केवल समानांतर में 2 या 3 आइटम लाएगा। मेरा अनुभव यह है कि समग्र प्रदर्शन (डाउनलोड और पीढ़ी) स्पष्ट रूप से धीमा है।

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

Answer 4

प्रदर्शन मोर्चे पर ... मान लीजिए कि इन दिनों अधिकांश ग्राहकों के पास 2 सीपीयू और 2 जीबी रैम है, और अधिकांश सर्वर नहीं हैं ... प्रति ग्राहक दो CPU का + 2 जीबी है। तो यह निश्चित रूप से तार्किक है कि एक्सएसएलटी ट्रांसफॉर्म को ऑफ़लोड करने से स्केलेबिलिटी में सुधार होना चाहिए, और कैशिंग सीएसएस + एक्सएसएलटी + जेएस कुल ट्रैफिक को कम करना चाहिए।

यह कहकर कि मैंने एक्सएसएलटी का उपयोग करके एक्सएचटीएमएल युक्त एसवीजी को अतीत में बनाने की कोशिश की है, और इसमें महाकाव्य-असफल रहा है। सबसे बड़ा पृष्ठ बस इतना बड़ा था (एक सूचकांक में 3,000+ प्रविष्टियां), और आईईएस एक्सएसएलटी ट्रांसफॉर्म करने के लिए एक डोम का उपयोग करता है, जिससे इसे कचरा शुरू हो जाता है। Xerces-j (सर्वर पर, उसी देव बॉक्स पर) में किए गए समान परिवर्तन लगभग 1000 गुना तेज थे।

यह उच्च समय ब्राउज़र-बंदरों कार्यक्रम ;-)

एक दिलचस्प चर्चा के साथ मिल गया है। इसे उठाने के लिए धन्यवाद।

चीयर्स। कीथ।

Answer 5

मैं एक परियोजना जहाँ हम इस्तेमाल किया xslt + XML-> एचटीएमएल पर लगभग 1 साल काम किया है (हालांकि सर्वर साइड केवल)

बड़ी खामी मैं का सामना करना पड़ा: वहाँ xslt पीढ़ी के लिए अच्छा नहीं उपकरण जो की ओर झुक रहे हैं वेब विकास। एचटीएमएल का कोई पूर्वावलोकन नहीं। कोई सत्यापन नहीं परिणामस्वरूप xslt कुल गड़बड़ नहीं समझा जा सकता था। यह xslt डिजाइनर गलती इतना नहीं था, बल्कि xslt प्रसंस्करण मॉडल से परिणाम।

xslt/xml/urls के बीच लेयरिंग यह होना चाहिए जितना जटिल होना चाहिए। घटक-उन्मुख प्रोग्राम प्रोग्राम करने का कोई तरीका नहीं है।

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

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

ओओटी, यदि आपको एक एक्सएमएल एपीआई + एचटीएमएल इंटरफ़ेस दोनों प्रदान करने की आवश्यकता है तो इसका वास्तविक लाभ है।