साइटकोर सीखने के दौरान मैंने पाया है कि वेब पर साइटकोर नमूना कोड का बहुमत .NET के बजाय एक्सएसएल में है।सी # के बजाय साइटकोर में एक्सएसएल का उपयोग करने के क्या फायदे हैं?
प्रक्रियाओं पर एक्सएसएल चुनने का क्या फायदा होगा जो मैं .NET डेवलपर के रूप में आदी हो गया हूं?
क्या एक्सएसएल का उपयोग करने के लिए गति के फायदे हैं?
क्या आप सिंटैक्स के साथ सहज होने के बाद एक्सएसएल वास्तव में आसान है?
मैं बस अपना 2 सेंट भी जोड़ देंगे:
मुझे लगता है वहाँ भी कर रहे हैं कि एक्सएसएलटी में कई सीमाएं जिन्हें बाहरी "पुस्तकालयों" या आपके साथ सी # में एक विधि विकसित करने की आवश्यकता है, जिसे एक्सएसएलटी में उपयोग किया जा सकता है।
तो मुझे Asp.Net का उपयोग करना आसान लगता है। लेकिन फिर मैं एक्सएसएलटी के मुकाबले Asp.Net के साथ भी बहुत बेहतर हूं।
लेकिन XSLT कुछ अच्छी बातें हैं:
जब मैं पहली बार Sitecore के साथ काम करना शुरू किया, मेरी कंपनी काफी XSLT का एक सा इस्तेमाल किया कहते हैं, लेकिन हम धीरे-धीरे, उससे दूर चले गए हैं, क्योंकि यह सीमाओं है की और क्योंकि यहां अधिकांश लोग Asp.Net/C# से अधिक परिचित हैं।
कुछ लोग मौजूदा टीम कौशल सेट, एक्सएसएल प्रतिभा की उपलब्धता या एक्सएसएल सीखने के लिए आसान या सस्ता होने की वजह से एक्सएसएल पसंद करते हैं।
साइटकोर में, एएसपी.नेट-आधारित sublayouts वास्तव में एक्सएसएल प्रस्तुतिकरण से काफी बेहतर प्रदर्शन करते हैं। यदि आप यही चाहते हैं, तो इसके लिए जाएं। मैंने खुद को एक एक्सएसएल प्रतिपादन कभी नहीं बनाया है।
एक्सएसएलटी एक शक्तिशाली भाषा है; एएसपी.नेट जैसी भाषाओं पर इसका मुख्य लाभ तब होता है जब आप अलग-अलग पृष्ठों के विभिन्न प्रकारों या आम साझा तत्वों और अन्य परिवर्तनीय संरचनाओं के साथ विभिन्न स्रोत दस्तावेज़ संरचनाओं पर तर्क का पुन: उपयोग और अनुकूलित करना चाहते हैं। इसे प्राप्त करने के लिए यह एक नियम-आधारित प्रसंस्करण मॉडल का उपयोग करता है, जिसे कुछ लोगों को पहली मुठभेड़ के साथ पकड़ने में काफी मुश्किल होती है। इसे सीखना एक निवेश है जो समय के साथ भुगतान करेगा, लेकिन यह पहली बार चुनौतीपूर्ण हो सकता है।
प्रदर्शन के लिए, मैं कभी ऐसी साइट पर नहीं आया हूं जहां यह नौकरी के लिए पर्याप्त तेज़ नहीं है, और इसमें कुछ सुंदर उच्च तनाव सेवाएं शामिल हैं; जब लोगों को प्रदर्शन की समस्याएं होती हैं तो वे आम तौर पर प्रसंस्करण पाइपलाइन के अन्य हिस्सों में (या बस खराब कोडिंग के कारण) में दिखाई देते हैं।
से उत्तर स्वीकार करने की योजना बना रहा हूं, हालांकि, साइटस्कोर को कैसे लागू किया जाता है, इस वजह से एक्सएसएलटी के कुछ स्थितियों में प्रदर्शन कमियां होती हैं। एक्सएमएल संरचना अत्यधिक सामान्य है, जिसका मतलब है नामों के बजाय नोड मानों का परीक्षण करना। नोड गहराई भी एक संभावित मुद्दा है, जिससे रिकर्सिव खोज महंगा हो जाती है। साइटकोर कार्यान्वयन में प्रोसेसर की कोई विकल्प नहीं है, हालांकि शायद इसे अनुकूलित करना मुश्किल नहीं होगा। अंत में, यह सी # में कुछ एक्सएसएलटी एक्सटेंशन पर भी निर्भर करता है, जिसमें इसकी अपनी कमी हो सकती है। –
जारी रहा .... जो मैंने साइटकोर में देखा है, .NET आमतौर पर प्रस्तुति घटकों को जोड़ने का अधिक प्रभावी तरीका है जो सबसे बुनियादी सरल कार्यों से कहीं अधिक कुछ करता है। कुछ साइटकोर एक्सएसएलटी सर्वोत्तम प्रथाएं भी हैं (जैसे कि प्रत्येक के लिए उपयोग करना) जो अधिकांश एक्सएसएलटी डेवलपर्स के प्रति अंतर्ज्ञानी हैं। –
साइटकोर में एक्सएसएलटी और नेट घटक के बीच विकल्प काफी हद तक स्वाद और कौशल में से एक है। साइटकोर में एक्सएसएलटी में कुछ कमीएं हैं - हालांकि, यह सभी के लिए .NET घटकों से बेहतर प्रदर्शन करता है लेकिन सबसे सरल प्रस्तुतिकरण और उन जगहों पर जहां यह उपयोग करने के लिए सबसे तार्किक लग सकता है, जैसे साइट मेनू के रूप में सामग्री वृक्ष संरचना को दोहराना, असल में जो सबसे बड़ा प्रदर्शन हिट करते हैं। सही परिस्थितियों में एक्सएसएलटी एक अविश्वसनीय रूप से शक्तिशाली उपकरण है और सीखने के लायक है, लेकिन मुझे अभी तक साइटकोर में इसका अधिक उपयोग करने के लिए एक ठोस तर्क देखने को मिला है। यह ध्यान देने योग्य भी है कि एक्सएसएलटी प्रोग्रामिंग के कुछ मानक पैटर्न साइटकोर में सबसे कुशल नहीं हैं।
एकमात्र असली लाभ जो मैं सोच सकता हूं, यह होगा कि एक्सएसएलटी प्रस्तुतिकरण अलगाव में तैनात करना आसान है। उदाहरण के लिए, कहें कि आप अपने "न्यूज स्पॉट्स" प्रतिपादन को अपडेट कर रहे हैं और आप इस परिवर्तन को तुरंत परीक्षण/उत्पादन में तैनात करना चाहते हैं - यह .xsl फ़ाइल को अपलोड करने का एक साधारण मामला होगा।
.NET विकास (और वेब अनुप्रयोग प्रोजेक्ट मॉडल को धीरज) का उपयोग करके, कोड बेस की तैनाती प्रभावित असेंबली में किसी भी और सभी परिवर्तनों को निहित रूप से तैनात करेगी - जिसमें आपके पास जो भी काम प्रगति पर है।
निश्चित रूप से, आप इसका प्रबंधन कर सकते हैं। स्रोत कोड ब्रांचिंग/विलय और इतने पर - लेकिन यह आपके समाधान के लिए जटिलता की एक अतिरिक्त परत है।
कहा जा रहा है, मैं अपने सभी Sitecore विकास अपने आप के 95 से भी अधिक% के लिए नेट का उपयोग :-)
"संक्षेप में, सॉफ्टवेयर डिज़ाइन और कोडिंग का प्राथमिक लक्ष्य जटिलता पर विजय प्राप्त कर रहा है। कई प्रोग्रामिंग प्रथाओं के पीछे प्रेरणा एक कार्यक्रम की जटिलता को कम करना है। जटिलता को कम करना एक प्रभावी प्रोग्रामर होने की कुंजी है।" -टेव मैककोनेल (1 99 3)
उस मार्गदर्शिका को चलो जब XSLT से C# पर उपयोग किया जाए।
उपयोग के मामले में, इस तरह के प्रश्न ("वाई के बजाए एक्स के आगमन") व्यक्तिपरक और तर्कवादी –
@Alejandro मैं अब सहमत हूं कि मैं इसे फिर से देख रहा हूं। प्रश्न को संशोधित करने पर कोई विचार? यदि नहीं, तो मैं साइट्सकोर के विशिष्ट संदर्भ के साथ @ जेम्स वाल्फोर्ड – JoshBaltzell