मैं इन सीएसएस प्रीप्रोसेसरों पर शोध करने की कोशिश कर रहा हूं।
क्या सीएसएस प्रीप्रोसेसर के रूप में कम से कम सैस का उपयोग करने के कोई फायदे हैं? जिन कारकों की मुझे तलाश है उनमें सामुदायिक आकार, सॉफ्टवेयर परियोजना परिपक्वता आदि शामिल हैं।
मुझे पता है कि इससे संबंधित एक और सवाल था , लेकिन यह रचनात्मक रूप से लिखा और बंद नहीं किया गया था।
ऐसा प्रतीत होता है कि बूटस्ट्रैप अब सैस का उपयोग करने के लिए खत्म हो गया है
जवाबों:
क्रिस Coyier पर एस.ए.एस.एस. के एक भयानक ठहरनेवाला बनाम कम से अधिक है css-tricks.com । यह निश्चित रूप से पढ़ने लायक है।
आपके कुछ विशिष्ट प्रश्नों के लिए:
समुदाय
मैं पूरी तरह से SASS / कम्पास के साथ काम करता हूं, इसलिए मैं LESS के समुदाय से परिचित नहीं हूं, लेकिन न ही मुझे वास्तव में SASS के समुदाय की आवश्यकता है। उनका दस्तावेज़ीकरण शानदार है और मैंने अब तक चली आ रही समस्याओं को हल किया है।
हालांकि, इसके लायक क्या है, यहां क्रिस बनाम लेस आंकड़े हैं जो क्रिस ने अपने पोस्ट में दिए हैं, जिन्हें मैंने वर्तमान संख्याओं के लिए अपडेट किया है:
लेस पर खुले मुद्दों की संख्या : 121 सास पर खुले मुद्दों की संख्या: 87LESS पर लंबित पुल अनुरोध: 13
Sass पर लंबित पुल अनुरोध: 8लेस में आखिरी महीने में
कमिट्स की संख्या : 49 सैस में आखिरी महीने में कमिट्स की संख्या: 7
ध्यान दें, ये संख्या मई, 2012 में क्रिस के लेखन के रूप में लगभग फ्लिप-फ्लॉप हो गई थी। यह मेरे लिए कहता है कि वे दोनों विकास गतिविधि के संबंध में बहुत समान हैं।
परिपक्वता
तकनीकी रूप से, सास अधिक उम्र की है। यह 2007 में सामने आया, जबकि LESS 2009 में सामने आया। उस ने कहा, मैंने जो तुलना की है, उन दोनों को सुविधाओं और व्हाट्सएप के संबंध में "परिपक्वता" के समान स्तर पर रखा है।
दोनों में ऐसी रूपरेखाएँ भी हैं जो उनके लिए अधिक उपकरण लाती हैं। LESS की कम रूपरेखा है, और Centage (इसके अलावा, ट्विटर बूटस्ट्रैप को LESS के साथ बनाया गया है)। सैस में कंपास, ग्रेविटी और सूसी हैं। दोनों शायद अधिक हैं, यदि आप उनके लिए खुदाई करते हैं, लेकिन वे कुछ ऐसे हैं जो खोजते समय सामने आते हैं।
तो क्या कोई वास्तविक मतभेद हैं?
जब यह लिखने की बात आती है, तो वास्तव में नहीं। यदि आप Sass में CSS- जैसे SCSS सिंटैक्स का उपयोग करते हैं (अधिक पायथन जैसे SASS सिंटैक्स के बजाय), तो आपके पास केवल विशिष्ट मामूली सिंटैक्स अंतर ( @बनाम $) हैं, लेकिन अधिकांश भाग के लिए, वे मूल रूप से समान हैं।
कोडिंग में जो दो सबसे बड़े अंतर मुझे मिले, वे थे) गणित करते समय वे कैसे इकाइयों को संभालते हैं, और ख) उन्होंने विरासत को कैसे संभाला। जब कुछ ऐसा दिया जाता है 20px + 2em, तो LESS दूसरी इकाई को छोड़ देगा और मान लेगा कि आपका पहला (भुना हुआ 22px) है, जबकि सैस एक त्रुटि (मूल रूप से, बेमेल टाइप) को फेंक देगा। विरासत के साथ, LESS इसे मिक्सिन की तरह व्यवहार करता है (मैं वास्तव में इसे अच्छी तरह से समझा नहीं सकता हूं, इसलिए विवरण के लिए इस टट्स + लेख का inhertance अनुभाग देखें)।
चाहे कोई दूसरे प्रकार से बेहतर हो, यह इस बात पर निर्भर करता है कि आप चीजों को कैसे संभालना पसंद करते हैं।
दूसरे सबसे बड़े अंतर के बारे में मुझे पता है कि डिफ़ॉल्ट रूप से हर एक कैसे और कहां संकलित होता है। Sass रूबी का उपयोग करता है और सर्वर पर संकलित करता है, जिससे आप संकलित CSS फ़ाइल को क्लाइंट को स्टोर और भेज सकते हैं। दूसरी ओर, मक्खी पर सीएसएस को संकलित करने के लिए कम .js स्क्रिप्ट का उपयोग करने में चूक। हालाँकि, Node.js के उपयोग के साथ, LESS सर्वर साइड पर उसी तरह संकलित कर सकता है जिस तरह सेस करता है।
कौनसा?
इसलिए, यदि वे मूल रूप से एक ही हैं, तो आपको किसका उपयोग करना चाहिए? ठीक है, जब तक आप वास्तव में पायथन जैसे एसएएस सिंटैक्स से प्यार नहीं करते हैं, या वास्तव में सोचते हैं कि क्लाइंट-साइड संकलन जाने का रास्ता है, या आप दूसरे पर एक की विरासत को कॉल करना पसंद करते हैं, तो यह अधिक मायने रखता है कि क्या आप पसंद करते हैं (या पहले से ही) रूबी या Node.js स्थापित है।
--debug-infoफायरबग और क्रोम के लिए गैर-मानक "स्रोत मानचित्र" और लाइन टिप्पणियां कुछ समय के लिए वापस आ गई हैं, और मानक संस्करण आने से पहले कुछ समय के लिए वापस), और प्लेसहोल्डर (मूल रूप से, @ कस्टम वास्तव में जिस वर्ग से विस्तार कर रहे हैं, उसे लिखे बिना) नवीनतम संस्करण में हैं।
मुझे विश्वास है कि आपकी पसंद जो आप कर रहे हैं या उपयोग कर रहे हैं उस पर कम से कम एक छोटा सा निर्भर हो सकता है; मैं मुख्य रूप से रेल के साथ काम करता हूं और यह अपने सीएसएस के लिए सैस को इस बात का समर्थन करता है कि यह एक नई परियोजना बनाने पर सक्रिय रूप से शामिल है। यदि आप कभी-कभी लोकप्रिय बूटस्ट्रैप जैसी किसी चीज़ का उपयोग करना चाहते हैं, जो डिफ़ॉल्ट रूप से कम का उपयोग करता है, तो आपको डरने की ज़रूरत नहीं है, क्योंकि कई लोकप्रिय रत्न जैसे बूटस्ट्रैप-एसएएस हैं जो आपको अपनी परियोजना में इसका उपयोग करने में सक्षम बनाते हैं।
यह कड़ाई से महत्वपूर्ण है, लेकिन मेरे पास व्यक्तिगत रूप से प्रत्येक छाप है कि सास का एक बड़ा समुदाय और अधिक समर्थन है, और काफी स्पष्ट रूप से सास के लिए आधिकारिक प्रलेखन कम से अधिक विस्तृत और लंबा है (फ़ॉन्ट आकार में वृद्धि और सब कुछ के लिए पैडिंग) पाठ मेक का एक लंबा टुकड़ा नहीं है)। यदि आप बारीकियों में जाना चाहते हैं, हालांकि मैं कम से पूरी तरह से परिचित नहीं हूं, दोनों भाषाओं को देखने के आधार पर कड़ाई से चयनकर्ता वंशानुक्रम के साथ केवल एक ही है। मुझे यकीन है कि ऐसे अन्य अंतर हैं जिन पर लोग विस्तार से विचार कर सकते हैं।
अंत में, हर किसी की अपनी प्राथमिकताएँ होती हैं और यदि आप पाते हैं कि एक आपको दूसरे से बेहतर लगता है, तो आपको हर तरह से इसका उपयोग करना चाहिए, अगर यह वह कर सकता है, जिसकी आपको आवश्यकता है। हालांकि, मेरे समय में सैस का उपयोग करते हुए, मैंने निश्चित रूप से इसकी स्पष्टता और प्रभावशीलता का आनंद लिया है, विशेष रूप से यह देखते हुए कि मैं रेल डोमेन में हूं।
मुझे यकीन नहीं है कि अगर कम कुछ भी तुलनीय है, लेकिन सास का मुख्य लाभ कम्पास पुस्तकालय है, जो आपको कई सामान्य सीएसएस मुहावरों के साथ प्रदान करता है, पुराने ब्राउज़र के लिए आवश्यक मानक हैक और ब्राउज़र उपसर्ग की आवश्यकता के बिना CSS3 फ़ंक्शंस। स्प्राइट छवियों के लिए सीएसएस की स्वचालित पीढ़ी का उल्लेख करें।
एक और फायदा - कम से कम मेरे लिए - यह है कि सैस एक पायथन जैसे सिंटैक्स की अनुमति देता है जो मुझे बहुत अधिक पठनीय लगता है।