क्यों वेब ब्राउज़र में jQuery निर्मित नहीं है?

Question

यह मेरे लिए एक अच्छा विचार प्रतीत होता है। या जावास्क्रिप्ट के लिए अतिरिक्त विशेषताएं जोड़ें?

Answer 1

क्योंकि यह कई का सिर्फ एक पुस्तकालय है। यह लोकप्रिय हो सकता है लेकिन यह एकमात्र विकल्प होने से बहुत दूर है। और यह किसी विशेष संस्करण पर जमा हो जाएगा और सुधार को धीमा कर देगा।

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

Answer 2

jQuery मौजूद है क्योंकि वे (ब्राउज़र निर्माता) सामान्य मानक पर सहमत नहीं हो सकते हैं।

Answer 3

संस्करणिंग का मुद्दा भी है। JQuery की कुछ साइट्स और एक्सटेंशन को jQuery के एक निश्चित संस्करण की आवश्यकता होती है। अभी यह तय करने के लिए कि कौन सा संस्करण उपयोग करना है, एप्लिकेशन पर निर्भर है।

Answer 4

आप jQuery को जावास्क्रिप्ट प्लग-इन होने पर विचार कर सकते हैं। और ब्राउज़र प्लग-इन के साथ नहीं जाते हैं, अन्यथा प्लग-इन का उद्देश्य अप्रासंगिक होगा।

Answer 5

शायद क्योंकि ब्राउज़र अपडेट करना मुश्किल है। JQuery के कुछ फेशियल अंततः जावास्क्रिप्ट में अपना रास्ता बना सकते हैं, और मेरा मानना ​​है कि इसमें से कुछ हाल ही में हैं। (अच्छी तरह से विचार है वैसे भी) जावास्क्रिप्ट जैसे किसी चीज़ को फीचर जोड़ने में सालों लगते हैं, जहां JQuery लाइब्रेरी सिर्फ एक नया संस्करण जारी कर सकती है।

वहाँ वास्तव में एक फ़ायरबग है या फ़ायरफ़ॉक्स प्लग में जिन्हें आप पृष्ठ में JQuery इंजेक्षन करने की अनुमति देता .. लेकिन thats सिर्फ एक विकास उपकरण

Answer 6

प्लगइन्स ब्राउज़रों की तुलना में अक्सर अद्यतन - एक सप्ताह के भीतर jQuery के ब्राउज़र संस्करण की तारीख :)

Answer 7

मुझे लगता है कि इस सवाल का एक बड़ा चर्चा होना चाहिए से बाहर होगा, लेकिन इन उत्तरों सब फर्जी हैं। यह 2 साल बाद भी है।

1. "यह कई लोगों की सिर्फ एक पुस्तकालय है" - top 11 तब शामिल करें।
2. "सामान्य मानक पर सहमत नहीं हो सका" - इस बिंदु पर jQuery को अपने स्वयं के मानक बनाने की तरह।
3. "ब्राउज़र से अधिक बार अपडेट किया गया" या "धीमे सुधार धीमा करें" - तो ब्राउज़र में अगले ब्राउज़र अपडेट तक jQuery-1.9.x नहीं होगा, बस इसे अभी तक अपनी प्रोजेक्ट में न रखें।
4. "कैश वैसे भी" - निश्चित रूप से, यह अभी भी एक हस्तांतरण है जो होने की ज़रूरत नहीं है, और ऐसे बहुत से लोग हैं जिन्होंने अपने नए डिवाइस पर बहुत सर्फिंग नहीं की है जिसे आप अभी भी अपनी साइट के लिए तेज़ी से चाहते हैं और इसी तरह।

बात यह है कि यह पूरी तरह से करने योग्य है और इंटरनेट लोड के लिए बेहतर होगा; बहस योग्य कितना है। मैं वास्तव में क्रोम को स्थानीय प्रतिलिपि के साथ अपने सीडीएन में किसी भी नेट ट्रांसफर को प्रतिस्थापित कर सकता हूं, लेकिन मुझे यकीन है कि इसके साथ कुछ कानूनी, सुरक्षा या शुद्ध तटस्थताएं हैं। जैसे कि मुझे यकीन है कि मुख्य कारणों के पास ऐसे मामलों के साथ कुछ और करना है और इन लंगड़ा तकनीकी बहाने नहीं जिन्हें स्पष्ट रूप से नहीं सोचा जाता है।

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

Answer 8

जोड़ना jQuery [प्रकार] ब्राउज़र में कार्यक्षमता है में निर्मित जे एस कार्यान्वयन (या यह एक 1 स्तर के प्लग में बनाने) एक बुनियादी समस्या को दूर करेंगे:

के रूप में कई ने कहा है, jQuery एक जे एस पुस्तकालय है - जिसका अर्थ है, मामले में पैसा ड्रॉप नहीं किया - कि यह जे एस में लिखा और रन-टाइम में व्याख्या की हो गया है।

एम्बेड इसका मतलब होगा कि यह ओएस के लिए मूल कोड में लिखा जा सकता है, यह बहुत अधिक performant बना रही है।