जॉन रेजिग: वेबकिट ब्राउज़र इंजन के लिए jQuery है

चूंकि यह ज्ञात हो गया कि ओपेरा पूरी तरह से वेबकिट इंजन (इसके ब्राउज़र के मोबाइल और डेस्कटॉप दोनों संस्करणों में) पर स्विच कर रहा है, ट्विटर पर कराहना, रोना और दांत काटना बंद नहीं हुआ है। शायद मुझे इस बारे में कुछ कहना है, क्योंकि मैंने 2008-2009 में Google Chrome के बारे में इसी तरह की भावनाओं का अनुभव किया था। और अब, 2013 में, क्रोम / क्रोमियम विकास टीम ने यह साबित कर दिया है कि ऑफ-द-शेल्फ वेबकीट इंजन का उपयोग करने से ठहराव और नवीनता की कमी नहीं हुई है। वास्तव में, इसने विकास को गति देने की अनुमति दी, मानकों के कार्यान्वयन पर कम समय खर्च किया। मैं कहूंगा कि WebKit, आमतौर पर एक वेब ब्राउज़र के मानकों के अनुरूप भाग बनाने के लिए स्वीकृत फ्रेमवर्क, jQuery के लगभग समान है, एक वेब अनुप्रयोग के DOM मानकों के अनुरूप भाग बनाने के लिए आम तौर पर स्वीकृत फ्रेमवर्क।

इस तरह के संक्रमण के खिलाफ कुछ तर्क दिए गए हैं:

WebKit पर स्विच करने से गति रुक ​​जाएगी

जाहिर है, ऐसा नहीं है। KDE डेवलपर्स ने KHTML बनाया, जिसके आधार पर Apple ने WebKit बनाया, जिस पर Google ने Chrome बनाया। यह संभावना नहीं है कि कोई भी यह तर्क देने की हिम्मत करेगा कि क्रोम / क्रोमियम सफारी से बेहतर है, और यह बदले में, एम्बर से बेहतर है। Chrome टीम ने यह साबित कर दिया है कि WebKit का उपयोग करने का मतलब ठहराव नहीं है - यह एक खुली परियोजना है, और आपके पास विकास को उस दिशा में ले जाने का हर अवसर है जो आपको लगता है कि सही है। मैं ऐसा करने के लिए ओपेरा के रूप में एक उच्च योग्य टीम के लिए बिल्कुल कोई बाधा नहीं देखता हूं। वे WebKit में अपने ब्राउज़र में निहित कई सुविधाओं को लागू कर सकते हैं, और यह पूरी तरह से संभव है कि ये नवाचार फिर अन्य ब्राउज़रों में स्थानांतरित हो जाएंगे।

यह परिवर्तन इस तथ्य को जन्म देगा कि WebKit अपने सभी बगों के साथ मिलकर वास्तविक रूप से मानक बन जाएगा

यह पछतावा करने के लिए बहुत देर हो चुकी है। WebKit पहले से ही वास्तविक मानक बन गया है। जिन्न बोतल से बाहर चला गया, और उसी ओपेरा ने पहले -webkit- उपसर्गों के लिए समर्थन लागू किया था। बग के लिए: हालांकि WebKit एक सामान्य स्रोत कोड आधार है जो कई ब्राउज़र निर्माताओं द्वारा समर्थित है, प्रत्येक निर्माता किसी भी बग को कांटा और ठीक करने के लिए स्वतंत्र है, जिसमें "मानक" शामिल हैं। यह सचेत पसंद का मामला है, जैसा कि -webkit- उपसर्गों के लिए समर्थन है।

जावास्क्रिप्ट पुस्तकालयों के मामले में, आज लगभग सभी लोग मानक ढांचे के रूप में jQuery का उपयोग करते हैं। और इससे ठहराव नहीं होता है, इसके विपरीत, कई दिलचस्प और लोकप्रिय उच्च-स्तरीय रूपरेखाएं हैं जैसे कि ट्विटर बूटस्ट्रैप, एचटीएमएल 5 बॉयलरप्लेट और बैकबोन.जेएस।

इससे ओपेरा की वेब मानकों को प्रभावित करने की क्षमता कम हो जाएगी।

यह स्पष्ट नहीं है, और यहाँ WebKit है। यहाँ ऐनी वैन केस्टरन का मोज़िला में संक्रमण - एक और मामला है। मुझे नहीं पता कि उन्होंने ओपेरा छोड़ने का फैसला क्यों किया। केवल अगर उनके जाने का कारण वेबकीट के लिए ओपेरा का संक्रमण है, तो हाँ, हम कह सकते हैं कि ओपेरा के पास वेबकिट पर स्विच करने के निर्णय के कारण मानकों को प्रभावित करने की क्षमता कम होगी।

Opera को WebKit में बदलना एक फिसलन ढलान के साथ पहला कदम है। अगर IE और फ़ायरफ़ॉक्स इसका पालन करते हैं, तो बड़ी समस्याएं हमारा इंतजार करती हैं

आज एक बात स्पष्ट है: मोबाइल प्लेटफॉर्म पर वेबकीट निर्विवाद विजेता है। इस इंजन का उपयोग मोबाइल ब्राउज़र के विशाल बहुमत में किया जाता है, जिसमें अब ओपेरा मिनी / मोबाइल भी शामिल है। इस बारे में बात करने में बहुत देर हो चुकी है कि यह फिसलन वाला मार्ग कहाँ तक ले जाएगा - हम पहले ही इसके साथ फिसल गए हैं। कोई भी ब्राउज़र जो मोबाइल वातावरण में सफलतापूर्वक प्रतिस्पर्धा करना चाहता है (जो जल्दी से प्रभावी हो रहा है) WebKit के बराबर होना चाहिए। WebKit द्वारा शासित दुनिया में, मोज़िला और IE को दबाव में रखना होगा ताकि वे इस इंजन को चालू रखने के लिए स्विच कर सकें। Chrome का उपयोग करते हुए, Google ने सफलतापूर्वक साबित कर दिया कि WebKit का उपयोग करते समय कोई सड़ांध नहीं होती है, और अन्य कंपनियां इसके आधार पर (या हाइब्रिड समाधानों पर आधारित, उदाहरण के लिए WebKit + IonMonkey) भी सफल उत्पाद बना सकती हैं।

अगला बड़ा सवाल है: क्या बाकी को स्विच करना चाहिए?

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

यह याद रखना महत्वपूर्ण है कि WebKit एक अखंड गांठ नहीं है। यह एक सामान्य स्रोत डेटाबेस है जो कई कंपनियों पर काम करता है (हालांकि कुछ सुधार और परिवर्धन विशिष्ट कांटे के भीतर रहते हैं, jQuery के विपरीत, जहां लगभग सभी परिवर्तन मुख्य शाखा में प्रवाहित होते हैं)। WebKit के लिए एक संभावित सामान्य संक्रमण यह सब का अंत नहीं है। नवाचार और उत्पादकता लाभ जारी रहने की संभावना है।