2010-07-02 9 views
5

मैंने HTML 5, here में आने वाली websockets सुविधा पर ठोकर खाई है। पहली नज़र में ऐसा लगता है कि एक बार फ़ायरफ़ॉक्स और आईई स्पेस के साथ बोर्ड पर आते हैं AJAX अनावश्यक हो सकता है। मेरा सवाल है, आपकी राय में AJAX (jquery $ .ajax() या यहां तक ​​कि सीधे XMLHttpRequest/अन्य के साथ) इस नए ws: // प्रोटोकॉल द्वारा प्रतिस्थापित किया जाएगा?क्या HTML 5 में websockets आंशिक पृष्ठ रीफ्रेश के लिए AJAX को प्रतिस्थापित करेगा?

यदि हां, तो हमें अपनी विकास पद्धतियों को कब बदलना शुरू करना चाहिए?

उत्तर

5

वेबसाइकिल XMLHTTPRequests की तुलना में एक अलग आवश्यकता को संबोधित करते हैं। उत्तरार्द्ध इसका नाम कहता है: एक अनुरोध: आप जानते हैं कि आपको कुछ चाहिए (यानी क्योंकि उपयोगकर्ता ने एक लिंक, स्क्रॉल या जो भी क्लिक किया है) और आप इसे पुनर्प्राप्त करते हैं - और एक्सएचआर ठीक काम करता है।

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

मुझे लगता है कि अजाक्स एक्सओआर वेबसाइट्स एक झूठी डिचोटोमी की तरह है। वे अलग-अलग जरूरतों को संबोधित करते हैं और शांतिपूर्वक सह-अस्तित्व में रह सकते हैं।

0

जब ब्राउज़र वेब सॉकेट को लागू करना शुरू करते हैं।

+0

स्पष्ट रूप से सफारी और क्रोम पहले से ही ... – Tahbaza

0

मैं कुछ हद तक संदेहजनक हूं। सभी प्रमुख ब्राउज़रों ने 1 999 में अजाक्स का समर्थन करना शुरू किया, और जीमेल के लॉन्च के बाद 2005 के आसपास कहीं लोकप्रियता प्राप्त हुई। और हम अभी तक उस बिंदु तक नहीं पहुंच पाए हैं, जहां प्रमुख ब्राउज़र websockets का समर्थन करते हैं (कुछ और वर्षों को जोड़ें)।

AJAX गोद लेने में उस देरी के पीछे एक आसान कारण है: पुराने ब्राउज़र संस्करणों का समर्थन करने के लिए वेबसाइटों की आवश्यकता है। (याद रखें, अभी भी कितने लोग IE 6 & 7 का उपयोग करते हैं?)

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