वेब प्रोग्रामिंग में जावास्क्रिप्ट और प्रतिमान बदलाव


11

यदि मेरी मेमोरी मुझे सही सेवा देती है, तो वेब विकास के लिए जावास्क्रिप्ट का उपयोग करते समय एक समय था, क्योंकि यह अन्य चीजों के बीच उपयोगकर्ताओं और कुछ लोगों के लिए एक गोपनीयता और सुरक्षा चिंता का विषय था।

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

तब और अब के बीच क्या बदल गया है जिसने वेब विकास में जावास्क्रिप्ट को व्यावहारिक रूप से सर्वव्यापी बना दिया है? या क्या मेरा दावा है कि जेएस को मेरी कल्पना के एक अनुमान पर फेंक दिया गया था और यह हमेशा से इस तरह रहा है?

जवाबों:


11

जावास्क्रिप्ट में बहुत बुरी और आश्चर्यजनक दोनों विशेषताएं हैं।

इससे पहले, जब अजाक्स नहीं था, जनता को उन अद्भुत विशेषताओं के बारे में पता नहीं था। वेब पेज कुछ डिजाइन तत्वों (रंग, चित्र, बनावट, फोंट, आदि) के साथ दस्तावेज़ थे जो उन्हें adorning कर रहे थे। गतिशीलता और अतुल्यकालिकता की भावना अधिकांश भाग के लिए अज्ञात थी। IE 6 प्रभावी था और Microsoft अन्य चीजों को बेचने में बहुत व्यस्त था।

... क्या तब और अब के बीच बदल गया है कि जावास्क्रिप्ट व्यावहारिक रूप से सर्वव्यापी बना ...

  • अजाक्स की शुरुआत ने सब कुछ बदल दिया है। हर कोई अपने पन्नों को अजायबघर बनाना चाहता था और THAT ने उन्हें जावास्क्रिप्ट में दूसरा (और गंभीर) रूप देने के लिए मजबूर किया।

  • लोग चाहते Doug Crockford, John Resig, Steve Souders, और दूसरों (मुझे माफ कर दो अगर मैं अन्य महत्वपूर्ण नाम भूल जाते हैं) जावास्क्रिप्ट की अच्छाई पर शब्द प्रसार शुरू कर दिया।

  • लगभग उसी समय, ब्राउज़र विक्रेताओं ने अपने ब्राउज़र का सम्मान करना शुरू कर दिया और जावास्क्रिप्ट प्रदर्शन को बेहतर बना दिया। JIT की शुरुआत की गई और इसने प्रतियोगिता को और भी घातक बना दिया। Microsoft फिर से जाग गया।

  • ECMA जावास्क्रिप्ट के भविष्य के बारे में गंभीर हो गया और अगले संस्करणों पर कड़ी मेहनत करना शुरू कर दिया - जिसके परिणामस्वरूप ECMAScript 5 हुआ।

  • HTML5, DOM3, CSS3 सभी जावास्क्रिप्ट के बढ़ते शासन में योगदान दे रहे हैं।

  • जावास्क्रिप्ट अन्य डोमेन पर भी लेने के लिए शुरू कर दिया है। CommonJS के लिए धन्यवाद।


इसके आधार पर: v8.googlecode.com/svn/data/benchmark/v6/run.html , मैं कहूंगा कि Microsoft को अभी भी जागना बाकी है ...
rivalk

@ Stargazer712 मेरे परिणाम क्रोम 14 >> FF7> ओपेरा 11.5> सफारी 5.1 >>>> IE8। हालाँकि, बेंचमार्क Google से है, इसलिए यह आश्चर्य की बात नहीं है कि क्रोम अभी तक बहुत आगे निकल आया है।
NullUserException

@NullUserException, true, लेकिन कोड को देखते हुए, बेंचमार्क वाजिब हैं।
रिवालक

4

नई दुनिया को बहादुर बनाने के लिए कई बदलाव आए:

  • अजाक्स ठीक है, चलो ईमानदार हो - मेरा मतलब है जीमेल। जीमेल ने लोगों को दिखाया कि आप जावास्क्रिप्ट में एक द्रव वेब अनुप्रयोग बना सकते हैं। अजाक्स अनुप्रयोगों की बाढ़ के बाद।

  • jQuery ब्राउज़र का DOM API भयानक और बूट करने के लिए असंगत है। jQuery ने लोगों को कोड के लिए एक सभ्य एपीआई दिया जो कि ब्राउज़रों के अनुरूप था। (हाँ, अन्य अच्छी परियोजनाएं हैं जो ऐसा करती हैं, लेकिन jQuery सबसे लोकप्रिय है।) यह भी काफी आसान था कि गैर-प्रोग्रामर चिकनी एनीमेशन के लिए अपने तरीके से कॉपी-पेस्ट कर सकते हैं।

  • IE6 नहीं, वास्तव में! IE6 वास्तविक CSS Spec जैसी किसी चीज़ का ठीक से समर्थन करने वाला पहला ब्राउज़र था, और तथ्य यह है कि IE इतना प्रभावी था कि आपके पास निर्माण करने के लिए एक विश्वसनीय आधार रेखा थी। तथ्य यह है कि हम इस पर हँसते हैं अब यह कितना पुराना है के साथ अधिक है - यह पहली बार बाहर आने पर बुरा नहीं था ।

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


3

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


"दूर से सुरक्षित जेएस सैंडबॉक्स" मुझे पहेलियाँ। निश्चित रूप से आप सुरक्षित जेएस लिख सकते हैं, लेकिन लोगों को दुर्भावनापूर्ण जेएस लिखने से क्या रोका गया?
NullUserException

@DeadMG हर किसी को लगता है कि महिमा का एकमात्र रास्ता HTML या कुछ भी नहीं था। यह बहुत ही वास्तविक कारण है कि क्यों प्लगइन्स (फ्लैश सबसे उल्लेखनीय है) ने बाजार में हिस्सेदारी हड़प ली। मानक केवल उनकी प्रतियोगिता के रूप में अच्छे हैं।
एरॉन मैकिवर सेप

@NullUserException: असुरक्षित JS लिखना अब बहुत मुश्किल है। अधिकांश कारनामों में रिमोट सर्वर से छेड़छाड़ शामिल है, जैसे कि XSS, सीधे जेएस छेद नहीं।
डेडएमजी सेप

सैंडबॉक्स का उल्लेख करने के लिए +1 - यह सिर्फ "शांत सामग्री" नहीं है जो प्रतिमान बदलाव को हटा देता है। ब्राउज़र सुरक्षा और समान उत्पत्ति नीति का इसके साथ बहुत कुछ था। उस बीते युग के ब्राउज़रों ने वेब पर (कंप्यूटर सुरक्षा दृष्टिकोण से) और अधिक खतरनाक सर्फिंग की।
रयान काइल
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.