क्या AJAX एक HTTP प्रोटोकॉल विचलन धक्का है?

Question

वेब उन्मुख-ऐप्स में एक सुरुचिपूर्ण पब-सब आर्किटेक्चर विकसित करना एक असली चुनौती है। हालांकि लंबे मतदान-कनेक्शन (उदा। सीओएमईटी) और दोहराव-टाइमआउट (उदा। जेएस सेटटाइमआउट) का उपयोग करके कुछ बहुत ही रोचक समाधान हैं। IMHO AJAX पुश अभी भी निर्दोष HTTP प्रोटोकॉल को मजबूर करने के लिए tweaks और हैक्स की एक परत की तरह लग रहा है।

तो आपको क्या लगता है क्या AJAX एक HTTP प्रोटोकॉल विचलन धक्का है?

वेब वास्तुकला में आप कौन से अन्य विकल्पों पर विचार कर सकते हैं?

Answer 1

एक और विकल्प जिसे मैंने पहले देखा है, दूरस्थ सर्वर पर सादे सॉकेट के माध्यम से कनेक्ट करने के लिए एक छोटे से छिपे हुए जावा या फ्लैश का उपयोग करना है। सर्वर क्लाइंट से किसी भी मतदान के बिना किसी भी समय इन सॉकेट पर डेटा/घटनाओं को धक्का दे सकता है।

फ्लैश थोड़ा बेहतर IMO के बाद से यह एक हस्ताक्षरित एप्लेट की आवश्यकता नहीं है (जो उपयोगकर्ता के लिए सुरक्षा चेतावनी पॉप अप होता है) है। यह अब 9 साल की तरह कुछ के लिए किसी न किसी रूप में सॉकेट था है, हालांकि यह जब तक फ्लैश 9/AS3 है कि आप मिल गया 'शुद्ध' सॉकेट कि आप सेवा के किसी भी प्रकार से कनेक्ट करने के इस्तेमाल कर सकते हैं (पहले यह आवश्यक है कि संदेशों होना नहीं था एक 'अशक्त' पैकेट के साथ समाप्त, यानी आप अपनी प्रोटोकॉल विशेष रूप से बजाय XMPP या एसएमटीपी या किसी मौजूदा प्रोटोकॉल)

Answer 2

कौन सा विकल्प आप वेब वास्तुकला में विचार कर सकते हैं?

एचटीएमएल 5 Web Sockets API और Server-sent Events भविष्य के लिए आशाजनक लग रहा है। वेब सॉकेट के लिए अभी तक कोई आईई समर्थन नहीं है, और सर्वर से भेजे गए ईवेंट अभी भी प्रयोगात्मक हैं। डगलस क्रॉकफोर्ड का JSONRequest प्रस्ताव AJAX पुश के लिए एक दिलचस्प विकल्प भी होगा, लेकिन यह अभी तक आधुनिक ब्राउज़रों में लागू नहीं हुआ है।

वर्तमान में, मैं Comet के साथ रहूंगा।

Answer 3

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

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

Answer 4

बस सबसे आम धूमकेतु कार्यान्वयन, बस सच है कि आप यह सोच कर कि यह एक बहुखण्डीय प्रतिक्रिया प्राप्त है या एक iframe के भीतर एक असीम लंबा एचटीएमएल कि क्या यह है पर एक झंडा उठाने के लिए पर्याप्त है में ब्राउज़र को बेवकूफ बनाने की है के बारे में सोचते उपयुक्त प्रौद्योगिकी या नौकरी के लिए नहीं।