जावास्क्रिप्ट: शुरू से अंत तक

TL;DR   .   "   ".     ,  ,        .        " JavaScript",     . 

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

खराब भाग

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

कमजोर टाइपिंग के साथ एक प्रोग्रामिंग भाषा, कार्यान्वयन में त्रुटियों के साथ, एक भारी विरासत के साथ, एक कार्यात्मक भाषा की सुविधाओं के कारण केवल एक ही भावना होती है - “कैसे? अच्छा कैसे? ” । "मोती" की लगातार अद्यतन सूची यहां पाई जा सकती है ।

जावास्क्रिप्ट के साथ काम करते समय पागल नहीं होने के लिए, आपको यह समझने की आवश्यकता है कि कमजोर टाइपिंग कैसे काम करती है, चर का दायरा (वैश्विक चर बुराई) कैसे काम करता है, यह कैसे, प्रोटोटाइप और कंस्ट्रक्टर काम करते हैं। ज़िंटिन भाषा के "बुरे हिस्सों" से बचने में भी मदद करेगा।

यह पूरी कहानी डगलस क्रॉकफोर्ड के दूसरे व्याख्यान में अधिक विस्तार से बताई गई है। और सभी 8-सीरीज़ को देखना बेहतर है। कैप्शन हैं;)।

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

मूल बातें जिन्हें आपको समझने की आवश्यकता है (भाषा के कार्यात्मक / अतुल्यकालिक प्रकृति से) निम्नलिखित हैं: नियंत्रण प्रवाह क्या है और यह एसिंक्रोनस भाषा के साथ काम करते समय कैसे मदद करता है और त्रुटि से कैसे काम करता है ( कोशिश / पकड़ हमेशा मदद नहीं करता है )।

JSON, AJAX और क्रॉस-ब्राउज़र संगतता

JS के विकास में अगला कदम JSON , AJAX और क्रॉस-ब्राउज़र विकास था । इस कदम में एक बड़ी छलांग jQuery के लिए धन्यवाद किया गया था। मैं जॉन रेजिग (jQuery के लेखक) द्वारा ट्यूटोरियल पढ़ने की अत्यधिक सलाह देता हूं। ट्यूटोरियल jQuery बनाने के लिए इस्तेमाल किए गए कुछ ट्रिक्स दिखाता है। या आप सीधे jQuery स्रोतों में दिलचस्प विचार देख सकते हैं। जावास्क्रिप्ट पैटर्न और आवश्यक जेएस डिजाइन पैटर्न में भी दिलचस्प चाल पर चर्चा की जाती है। यदि यह अभी भी आपके लिए मुश्किल है, तो आप यहां और अधिक बुनियादी बातें पढ़ सकते हैं: जावास्क्रिप्ट गार्डन , एलक्जेंटवेज़स्क्रिप्ट

फ्लैश बंद

HTML5 ( HTML5rocks , diveintohtml5 ) और CSS3 ब्राउज़रों से फ्लैश को दबा दिया (ठीक है, यह अभी तक पूरा नहीं हुआ है, लेकिन यह केवल समय की बात है )। इसके लिए स्टीव जॉब्स का विशेष धन्यवाद । अब JS के पास इसका निपटान है: Canvas, WebGL, WebSockets, WebWorkers, Audio, Video, आदि।

सर्वर साइड

Google एक ब्राउज़र पैदा हुआ था। और पूरी दुनिया को V8 देते हुए, जावास्क्रिप्ट को असंभव बना दिया। जिससे, बदले में, NodeJS का जन्म हुआ ( रयान डाहल द्वारा)। इसलिए जेएस को सर्वर मिल गया। यह बहुत आगे लगता है, और इसलिए पूरे वेब प्रौद्योगिकी स्टैक पर कब्जा कर लिया। लेकिन यह अंत नहीं है, जावास्क्रिप्ट एसक्यूएल को भी दबाने में कामयाब रहा है । MongoDB के लिए 10gen से लोगों को धन्यवाद। विषय पर अधिक: SQL से MongoDB , sql तुलना ।

हर कोई इस निष्कर्ष को स्वयं बना सकता है, लेकिन मैं इसे ज़ोर से बोलूंगा और लिखूंगा: अब आप शुरुआत से अंत तक एक वेब एप्लिकेशन विकसित कर सकते हैं, केवल जावास्क्रिप्ट (एचटीएमएल और सीएसएस की गिनती नहीं) जानते हुए।

मरहम में उड़ना

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

  एक राय है कि अंतिम रेल में बहुत अधिक प्रवेश सीमा है, लेकिन वास्तव में ऐसा इसलिए है क्योंकि सभी मानक कार्य रेल में हल किए जाते हैं और आपको हर बार पहिया को सुदृढ़ करने की आवश्यकता नहीं है। नोड के लिए फ्रेमवर्क कल्पना के लिए बहुत जगह छोड़ देते हैं (पर्याप्त सीओसी नहीं)। यदि आप एक्सप्रेस ( डी वास्तविक वेब ढांचे ) पर परियोजनाओं को देखते हैं, तो आपको दो समान परियोजनाएं नहीं मिलेंगी। कोई व्यक्ति config.js में सेटिंग्स जोड़ता है, कोई केंद्रीय अनुप्रयोग को परीक्षण के लिए एक मॉड्यूल के रूप में बनाता है, कोई सिंटैक्टिक चीनी का उपयोग मॉड्यूल को ऑटोलॉड करने के लिए करता है, आदि

सबसे अधिक संभावना है कि ये "किशोर मुँहासे" हैं, जो समय के साथ गुजरेंगे। लेकिन जबकि यह अभी भी प्रासंगिक है।

आगे और भी

विकास का मोर्चा

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

एमवी *

अजाक्स के साथ, पहले "हेवीवेट" लाइब्रेरी / फ्रेमवर्क दिखाई दिए: एक्सटीजेएस, यूयूआई, आदि। लेकिन वे भारी और असुविधाजनक हैं। दूसरी ओर, JQuery, अधिक हल्का और परिचित है, लेकिन चूंकि यह एक पुस्तकालय है और कोई रूपरेखा नहीं है, इसलिए यह संरचना कोड के लिए एक विधि प्रदान नहीं करता है। बैकबोन बचाव के लिए आया था। बैकबोन के बाद, बहुत सारे एमवी * फ्रेमवर्क दिखाई दिए। उनके बारे में पहले से ही बात की गई: हैबे पर लेख , निरंतरता और अंग्रेजी में लेख । तुम भी todomvc पर स्रोतों को पढ़ने के द्वारा "व्यवहार में" ढांचे की तुलना कर सकते हैं।

कोणीय

यह ढांचा जावास्क्रिप्ट के लिए एक DataBinding लाने की कोशिश करने के लिए उल्लेखनीय है। यह एकमात्र ऐसा ढांचा नहीं है जो ऐसा करता है। लेकिन लेखक वहाँ नहीं रुकते हैं और ब्राउज़रों के लिए देशी डेटाबाइंडिंग समर्थन लाना चाहते हैं। वे क्रोम टीम के साथ "मॉडल संचालित विचार" विनिर्देश विकसित कर रहे हैं। खैर, वह भी अच्छा है, क्योंकि वहाँ अच्छा प्रलेखन, वीडियो, परीक्षण रखा गया है। यह काफी हल्का है और अन्य पुस्तकालयों के साथ अच्छी तरह से एकीकृत है।

उल्का

यह इस ढांचे के लिए है (और अन्य लोग इसे पसंद करते हैं) कि NodeJS का भविष्य है। और यही कारण है कि, सर्वर पर जावास्क्रिप्ट अभी भी एक "खुशी" है। हम सभी समझते हैं कि अतुल्यकालिकता के कारण उन्मत्त प्रदर्शन के बारे में ये सभी कहानियाँ केवल मार्केटिंग हैं। गति, दोष सहिष्णुता, और भार को झेलने की क्षमता पीएल द्वारा नहीं, बल्कि वास्तुकला द्वारा निर्धारित की जाती है। डेटा संग्रहण (शार्पिंग), कैशिंग, टास्क क्यूइंग, डिस्ट्रीब्यूटेड कंप्यूटिंग और अड़चनों (टोंटी) की अनुपस्थिति से आदि का आयोजन किया जाता है। इसे समझने के बजाय, मैं एक ऐसा भाषा पैक चुनूँगा जो लिखना आसान हो और बड़े कोड बेस को बनाए रखना आसान हो। जिसके लिए कई तैयार समाधान (आरओआर पर संकेत) हैं। भारी प्रदर्शन, वितरित कंप्यूटिंग, आदि की आवश्यकता वाले बाधाओं को Erlang, Java या C में लिखा जा सकता है।

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

मोबाइल

न केवल जेएस मोबाइल ब्राउज़रों तक पहुंचे और फ्लैश से बच गए, यह देशी अनुप्रयोगों के स्थान का भी दावा करता है। यह Adobe Phonegap के लिए संभव बनाया गया था (परियोजना का मुख्य भाग अपाचे कोर्डोवा नामक ओपन-सोर्स को दिया गया था)।
यदि आप मोबाइल उपकरणों के लिए पुस्तकालय जोड़ते हैं, उदाहरण के लिए: jQtouch, Sencha Touch, zepto; फिर हमें "देशी इंटरफ़ेस" के साथ एप्लिकेशन मिलते हैं। यहाँ PhoneGap के तहत कोणीय और jqtouch को कैसे मिलाया जाता है
यदि आप गेम इंजन जोड़ते हैं, तो आपको मोबाइल गेम आदि मिलते हैं।

डेस्कटॉप

लंबे समय से डेस्कटॉप एप्लिकेशन लिखने को वेब एप्लिकेशन लिखने के रूप में आसान बनाने का प्रयास किया गया है। यहाँ कुछ नवीनतम दावेदार हैं: tidesdk , Google Chrome से पैक किए गए ऐप्स ।
इसी तरह की अन्य परियोजनाएं हैं जो पहले हबेरी : अप्पज , नोड वेबकिट पर बताई गई थीं।

जावास्क्रिप्ट स्तर

हर किसी को एहसास हुआ कि जावास्क्रिप्ट कितना महत्वपूर्ण था, हमने जावास्क्रिप्ट की तुलना में कुछ अधिक सफल होने का फैसला किया। जेपी का एक समूह है जिसे जेएस में संकलित किया जा सकता है । इन परियोजनाओं के बीच, विशेष रूप से भेद करना संभव है:

• कॉफ़ीस्क्रिप्ट - जेएस रूबी रास्ता। यहाँ एक किताब है
  
• emscripten - LLVM से जावास्क्रिप्ट तक संकलक। और LLVM में, आप कई C / C ++ लाइब्रेरी और बहुत कुछ संकलित कर सकते हैं।
• डार्टलैंग - जेएस गूगल तरीका है। इसके बारे में Habré पर पढ़ें ।
• typecriptlang - JS Microsoft तरीका। हैबे पर घोषणा
  

बेशक, "बिचौलियों" की भाषा के साथ इस दृष्टिकोण के साथ चेहरे पर डिबग के साथ समस्या है। इसे सोर्स मैप्स का उपयोग करके हल किया जाता है।

कुल मिलाकर

जावास्क्रिप्ट एक बहुत ही अजीब भाषा है, जन्म की चोटों के साथ जो अलग-अलग समय पर अलग-अलग तरीकों से हल करने की कोशिश की: jslint, जावास्क्रिप्ट विकल्प, es6 । लेकिन सभी समस्याओं के बावजूद, जावास्क्रिप्ट सक्रिय रूप से विकसित हो रहा है और गति प्राप्त कर रहा है: समुदाय बढ़ रहा है, निवेश बढ़ रहा है । सभी दिलचस्प आना अभी बाकी है!