2013-10-01 4 views
19

Google ने मई में घोषणा की कि वे जीडब्ल्यूटी 2.6 (इस वर्ष दिसंबर में आने वाले) में आईई 6/आई 7 समर्थन को हटा देंगे और जीडब्ल्यूटी 3.0 में आईई 8 समर्थन हटा देंगे।भविष्य में जीडब्ल्यूटी रिलीज में आईई 7/आईई 8 समर्थन की आवश्यकता वाले लोगों के लिए समाधान

मैं इस विकल्प के कारणों को समझता हूं, मैं इसका समर्थन करता हूं, और मैं इसके बारे में बहस करने के लिए यहां नहीं हूं। जो लोग अद्यतित रहने का प्रयास करते हैं, वे लोगों की वजह से धीमी जीडब्ल्यूटी नहीं चाहते हैं।

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

मुझे डर है कि हम हमेशा के लिए 2.5.1 के साथ अटक जाएंगे।

आईई माइग्रेशन एक व्यापक विषय है लेकिन संकीर्ण उत्तर (हां/नहीं) मेरे लिए काफी अच्छे हैं! मैं शायद जीडब्ल्यूटी के आंतरिक तंत्र के बारे में विवरण नहीं समझूंगा।

पहला प्रश्न:शब्द 'निकालना' उचित है? मतलब विजेट उन ब्राउज़रों के साथ काम नहीं करेगा, या मुझे 'स्टॉप' कहना चाहिए, जिसका अर्थ है कि पुराने विजेट अभी भी काम करेंगे लेकिन पैच किए गए हैं और नई कार्यक्षमताओं आईई के पुराने संस्करणों का सामना नहीं करेंगे?

दूसरा & तीसरा सवाल:

  • आप कुछ समुदायों/समूहों विजेट पुस्तकालयों का समर्थन लिखने के लिए तैयार के बारे में सुना किया IE6/7/8 या यह परिवर्तन की वजह से ऐसा करने के लिए असंभव हो जाएगा 2.6 रिलीज में आने वाली जीडब्ल्यूटी मूल परतों में?
  • क्या आपने समुदायों/समूहों के बारे में सुना है जो 2.5.1 पैच करने के लिए तैयार हैं और इसे कुछ और वर्षों तक जीवित रखते हैं?

यदि यह संभव नहीं है: चौथा सवालयदि आपको एक नया एप्लिकेशन शुरू करना है जो आईई 7/8 पर चलाना चाहिए तो क्या आप जीडब्ल्यूटी 2.5.1 का उपयोग करेंगे?

उत्तर

21
  1. हम अंत में 2.6 डिफ़ॉल्ट रूप से में ie6 क्रमचय निष्क्रिय करने के लिए, और केवल 3.0 में इसे हटाने का निर्णय लिया। इसका मतलब है कि आप जीडब्ल्यूटी 2.6 में आईई, आईई 6 और आई 7 में क्विर्क मोड के लिए समर्थन पुनः सक्षम कर पाएंगे। जीडब्ल्यूटी 3.0 में, समर्थन हटा दिया जाएगा, यानी ie6 क्रमपरिवर्तन का समर्थन करने वाले वर्ग हटा दिए जाएंगे, और हम उन चीजों को शुरू करना शुरू कर देंगे जो उन ब्राउज़रों में काम नहीं करेंगे जिनके साथ काम करने के लिए कोई हुक नहीं है।

  2. 3.0 से शुरू होने से, यह उन प्राचीन ब्राउज़रों का समर्थन करने के लिए कठिन और कठिन हो जाएगा, क्योंकि इसे आसान बनाने के लिए कुछ भी नहीं किया जाएगा (इसे मुश्किल बनाने के लिए कुछ भी नहीं किया जाएगा, यह सिर्फ इतना है कि "हम करेंगे अब उनके बारे में परवाह नहीं है ")। चीजों को सरल रखने के लिए, मैं कहूंगा कि जीडब्ल्यूटी 3.0 में आईई 6/7 का समर्थन करना असंभव होगा, क्योंकि बुनियादी समर्थन (डीओएम-स्तर) हटा दिया जाएगा और अन्य चीजों को दोबारा हटा दिया जाएगा (यदि ie6 क्रमपरिवर्तन केवल एकमात्र था विशिष्ट कार्यान्वयन, यह संभावना है कि हुक जहां कोड कार्यान्वित किया गया है, कोड को सरल और पढ़ने और बनाए रखने में आसान बनाने के लिए हटा दिया जाएगा)।
    मुझे अभी तक पता नहीं है कि हम आईई 8 मामले को कैसे संभालेंगे; शायद आईई 6/7 के समान: 3.0 में डिफ़ॉल्ट रूप से अक्षम करें और फिर अगली रिलीज में पूरी तरह से हटा दें।

  3. सं

  4. मैं तो 2.6 का उपयोग करें (फिर एक और नौकरी की तलाश शुरू ;-))

+0

आपको बहुत बहुत धन्यवाद :)। – otonglet

+1

बिंदु # 2 के संबंध में, यह "हम अब उनकी परवाह नहीं करेंगे" की तुलना में कठिन हो सकता है क्योंकि हम उन ब्राउज़रों के लिए आवश्यक संरचनाओं और अवशेषों को हटाने में सक्षम होंगे - आरपीसी, इतिहास और कंपाइलर में स्वयं के कामकाज कुल कोडबेस को सरल बनाने, दूर चलेगा। मुझे पता है कि वहां एक विचार भी है कि अगर हम अतिरिक्त रूप से आईई 8 (और 9?) छोड़ सकते हैं तो इवेंट हैंडलिंग कोड काफी सरल हो जाएगा, क्योंकि केवल आधुनिक ब्राउज़रों को निपटाया जाना चाहिए ... यह प्रबंधित करना मुश्किल लगता है हालांकि उपयोगकर्ताओं को अलगाव के बिना। –

+0

@ कोलिन एल्वर्थ मेरा मतलब था "हम जानबूझकर इसे कठिन नहीं करेंगे"; मैंने सोचा कि निम्नलिखित स्पष्टीकरण इसे स्पष्ट करने के लिए पर्याप्त था। पुन। आईई 8, यह ** ** होगा, हमें बस सहमत होने की आवश्यकता होगी _when_ ऐसा होगा (शायद 2015 के लिए इंतजार कर सकता है ... आपके प्रेरणा बनाम Google पर निर्भर करता है, जो इसे बाद में जल्द से जल्द मार देगा ;-)) –

संबंधित मुद्दे