Html5-boilerplate: JQuery को 3.5.1 पर अपडेट करें या... jQuery निकालें? चर्चा करना!

@coliff ने कहा

मैंने आज jQuery 3.5.0 पर अपडेट करने के लिए एक पीआर बनाया है, लेकिन ऐसा लगता है कि एक त्वरित पैच रिलीज (jquery/jquery#4665) बहुत जल्द जारी किया जाएगा, इसलिए हमें फिर से अपडेट करने की आवश्यकता होगी - या हम पूरी तरह से jQuery को हटाने पर विचार कर सकते हैं। पिछले 10 वर्षों में वेबसाइटों के निर्माण के तरीके में काफी बदलाव आया है और jQuery अब एक अनिवार्य समावेश नहीं रहा है। यदि लोग इसे जोड़ना चाहते हैं, तो सभी के लिए इसे डिफ़ॉल्ट रूप से शामिल किए बिना इसे स्वयं करना उनके लिए आसान है।

मैं एक विकल्प के लिए भी खुला हूं जहां आप वैकल्पिक रूप से कमांड लाइन से jQuery के साथ/बिना प्रोजेक्ट बना सकते हैं। मैं एक संस्करण चाहता हूं कि हम 8.0 ज़िप में उन जहाजों से खुश हैं, लेकिन मुझे कुछ वैकल्पिक सामान को बिल्ड में धकेलने में भी खुशी हो रही है - कॉन्फ़िगरेशन फ़ाइल में स्थिर गुणों का उपयोग करके इसे सुपर आसान बनाने के लिए। हम वहां लैंग एट्रिब्यूट के लिए वैल्यू जैसी चीजें भी जोड़ सकते हैं।

यूआई डिजाइनर यहां, वेबसाइट इंटरैक्शन और इस तरह के प्रोटोटाइप के लिए इस परियोजना के लगातार उपयोगकर्ता।

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

लेकिन 2 मिनट के विचार के बाद: _तृतीय-पक्ष लाइब्रेरी को बंडल करना इस प्रोजेक्ट की मुख्य योग्यता नहीं है_। अपने आप में jQuery जोड़ना छोटा है। वास्तव में, जिन कारणों से मुझे अभी याद नहीं है, मैंने शामिल संस्करण को हटा दिया और अपने सबसे हालिया प्रोटोटाइप में jQuery स्लिम जोड़ा।

उनके सीडीएन (https://code.jquery.com) के साथ jQuery को शामिल करना बेहद आसान है, और इसे डाउनलोड करना आसान है, इसलिए, मैं कहता हूं कि इसे हटाना सुरक्षित है।

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

वैकल्पिक रूप से jQuery के साथ/बिना प्रोजेक्ट बनाएं जहां डिफ़ॉल्ट रूप से jQuery बंद है, मेरे लिए सबसे अच्छा विकल्प लगता है।

इसे हटा दें और अभी हटा दें! मैं

प्रतिध्वनित करने के लिए https://github.com/h5bp/html5-boilerplate/issues/2215#issuecomment -615350077 jQuery को हटाने से लोगों को यह चुनने में कुछ लचीलापन मिलता है कि वे अपनी साइट को बढ़ाने के लिए कैसे और क्या जोड़ सकते हैं या नहीं। एक बिंदु पर, यह दिया गया था कि jQuery किसी भी साइट का एक आवश्यक हिस्सा था और अब यह कई टूल में से एक है जिसका उपयोग डेवलपर्स विभिन्न प्रकार के फ्रंट-एंड कार्यों को पूरा करने के लिए कर सकते हैं।

एक बार जा रहे हैं... दो बार जा रहे हैं...

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

• कभी-कभी उपयोगकर्ता छोटे स्लिम बिल्ड का उपयोग करना चाह सकते हैं
• तृतीय-पक्ष सीडीएन का उपयोग करने के बजाय स्वयं-होस्टिंग jQuery के कई फायदे हैं, जिसमें लंबे ब्राउज़र कैश जीवन (तृतीय पक्ष संपत्तियों में आमतौर पर कम कैश जीवन होता है) और संभावित रूप से बेहतर प्रदर्शन को DNS रिज़ॉल्यूशन/टीसीपी/टीएलएस लुकअप करने की आवश्यकता नहीं होती है। https://csswizardry.com/2019/05/self-host-your-static-assets/

एक तरफ मैं jQuery को हटाने के पक्ष में हूं, लंबे समय से यह गो-टू जावास्क्रिप्ट लाइब्रेरी थी और इसका उपयोग लगभग हर प्रोजेक्ट में किया जाता था, हालांकि चीजें अधिक शक्तिशाली HTML और CSS के साथ बदल गई हैं और अन्य की एक विस्तृत विविधता है जावास्क्रिप्ट समाधान।
लेकिन ... मैं अपनी परियोजनाओं के भीतर जावास्क्रिप्ट पुस्तकालयों का उपयोग करता हूं, अक्सर सीडीएन से, इसलिए अपने कोड में किसी एक को "सर्वश्रेष्ठ", "सही" या सबसे कुशल तरीके से कार्यान्वित करने के तरीके पर एक उदाहरण छोड़ना अभी भी फायदेमंद है। (याद रखें जब हम लगभग हर चीज को head -tags के बीच में रखते थे?)
इस निहितार्थ से बचने के लिए कि jQuery प्रत्येक प्रोजेक्ट के भीतर एक मानक होना चाहिए, एक नकली पुस्तकालय का उपयोग किया जा सकता है या एक छोटी, एकल कार्यक्षमता पुस्तकालय और एक टिप्पणी यह ​​बताते हुए कि इसे कैसे कार्यान्वित किया जाए, इसका एक उदाहरण है।

परियोजना से jQuery को हटाने का सुझाव मुझे पहले दिया गया है, और @coliff द्वारा आगामी 8.0 रिलीज के लिए एक चर्चा बिंदु के रूप में सुझाव दिया गया था

मैं इस पर चर्चा करने के लिए तैयार हूं। यह टिकट उस चर्चा का स्थान है

मैं अभी अपने विचार नहीं रखने जा रहा हूँ, लेकिन मुझे लगता है कि मैं इसे देखने के दो अलग-अलग तरीकों को साझा करूँगा।

एक ओर- बिल्टविथ के jQuery उपयोग सांख्यिकी उपयोग के आंकड़े इंगित करते हैं कि यह शीर्ष 1m साइटों में से 76% पर उपयोग में है। कई लोगों के लिए यह अभी भी बहुत कुछ है।

दूसरी ओर- कई लोगों के लिए जो गिटहब पर सक्रिय हैं और जो फ्रंट एंड डेवलपमेंट के अत्याधुनिक हैं, jQuery तीन या चार पीढ़ी पुराना है और उनके दिन-प्रतिदिन के विकास में कोई स्थान नहीं है। यह कुछ परियोजनाओं में कहीं निर्भरता के रूप में रह सकता है, लेकिन बहुत अधिक $() सामान करना अतीत की बात है।