2009-11-11 14 views
8

जावास्क्रिप्ट के शीर्ष पर बहुत से उपयोगी पुस्तकालयों का निर्माण किया गया है लेकिन मैंने जावास्क्रिप्ट भाषा में किसी भी बदलाव को कभी नहीं सुना है।जावास्क्रिप्ट भाषा की स्थिति क्या है?

क्या जावास्क्रिप्ट विकसित हो रहा है या यह अनिवार्य रूप से जमे हुए है?

उत्तर

9

JavaScript 1.8 में निश्चित रूप से बहुत सी नई सुविधाएं शामिल हैं। यह वर्तमान में केवल फ़ायरफ़ॉक्स 3.x (और अन्य मोज़िला-व्युत्पन्न जावास्क्रिप्ट निष्पादन वातावरण) द्वारा समर्थित है।

मानकों के लिहाज से, ECMAScript 4 एक ऊबड़ सड़क पड़ा है और अब आधिकारिक तौर पर छोड़ दिया जाता है, तो एक नया जावास्क्रिप्ट मानक ECMAScript संस्करण 3 के बाद से future of ECMAScript पर 1999 विकिपीडिया के पेज में वहाँ गया नहीं किया है कुछ विस्तार से आप हो सकता है कहते हैं में रुचि हो।

+0

जावास्क्रिप्ट का अगला संस्करण क्या बनता है 'कौन फैसला करता है'? क्या यह मोज़िला है? क्योंकि मुझे नहीं लगता कि उनके साथ बहुत कुछ करना है। –

+1

तकनीकी तौर पर, "JavaScript" ECMAScript की मोज़िला का क्रियान्वयन है, इसलिए वे इस पर पूरा नियंत्रण है। मुझे लगता है सवाल वास्तव में भाषाओं के ECMAScript "परिवार" हालांकि, अर्थात जावास्क्रिप्ट, JScript, आदि –

+1

हाँ, मैथ्यू Crumley सही है के बारे में है। ब्रेंडन ईच, जिन्होंने जावास्क्रिप्ट बनाया और इसे जितना ज्यादा "मालिक" बनाया, नेटस्केप के लिए काम करते समय जावास्क्रिप्ट का आविष्कार किया और मोज़िला के संस्थापकों में से एक था। इसलिए वे निश्चित रूप से कुछ कहते हैं कि जावास्क्रिप्ट कैसे विकसित होता है। उस ने कहा, ईसीएमए मानकीकरण का पूरा बिंदु विभिन्न ब्राउज़र निर्माताओं द्वारा सिंक में कार्यान्वयन को रखने का प्रयास करना है। –

9

ब्रेंडन Eich (जावास्क्रिप्ट के निर्माता) और डगलस Crockford हाल ही में YUICONF 2009 पर वार्ता की एक जोड़ी दे दी है, भाषा की वर्तमान स्थिति के बारे में, ECMAScript 5, विकास की प्रक्रिया और बेहतर बनाने के प्रयास भविष्य में भाषा:

6

ECMAScript 5 दिसंबर में एक वोट के लिए है। यह शायद पुष्टि की जाएगी।

ECMAScript 5 कि Douglas Crockford वर्षों में सुझाव दिया है सुधार का एक बैच, प्रोटोटाइप पुस्तकालय से कुछ बातें के साथ संयुक्त है, और ECMAScript 5 के बाद अगले संस्करण के लिए कुछ अच्छे metaprogramming नींव (वर्तमान प्रयास कोड नाम ECMAScript सामंजस्य है)

इसके अतिरिक्त, "सख्त उपयोग" नामक एक मोड है जिसे या तो स्क्रिप्ट स्तर पर सेट किया जा सकता है, या व्यक्तिगत कार्यों के लिए जो पुरानी विशेषताओं को हटा देता है जिन्हें वे भाषा को और अधिक सुरक्षित बनाने के लिए छुटकारा पाने के लिए छुटकारा पाने के लिए चाहते हैं। जनादेश यह है कि सभी भावी स्क्रिप्ट को "सख्त" मोड का उपयोग करके लिखा जाना चाहिए। Ecmascript के भविष्य संस्करण सख्त मोड के शीर्ष पर बनाए जाएंगे, और पूरी तरह से भाषा की पुरानी विशेषताओं को हटा देंगे।

ओह, इसके पास क्रॉकफ़ोर्ड के json2.js के आधार पर एक JSON एन्कोडर/डिकोडर भी बनाया गया है। यही कारण है कि देशी JSON एनकोडर/विकोडक, सफारी 4 में पहले से ही उपलब्ध है Firefox 3.5, और IE8

6

भाषा में ही अपेक्षाकृत स्थिर है। इसे नई सुविधाएं प्राप्त करना जारी रहेगा, लेकिन पूरी तरह से, व्यापक [पर्याप्त] समर्थन के साथ ऐसे परिवर्तनों को लागू करने की आवश्यकता है, और उपयोग/प्लेटफ़ॉर्म (उदाहरण के लिए सुरक्षा और गोपनीयता आवश्यकताओं) के लिए अलग-अलग आवश्यकताओं को भी जारी रखना जारी रहेगा, भाषा स्वयं घूमने और धीरे-धीरे बजाय धीरे-धीरे विकसित होती है।

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

और उचित भाषा इसके कार्यान्वयन के अलावा, मुझे लगता है कि एक अधिक महत्वपूर्ण प्रवृत्ति उपयोग भाषा की के साथ है।एक अवधारणा है कि चारों ओर जारी किया गया है"नए विधानसभा कोड के रूप में जावास्क्रिप्ट" का है। इसका मतलब यह है कि सिर्फ प्रोग्रामर के बहुमत की तरह एक नियमित आधार पर विधानसभा कोड को देखने नहीं है, लेकिन बजाय compilers पर भरोसा करते हैं अमूर्त के एक उच्च स्तर की भाषाओं से कन्वर्ट करने के लिए, कई "जावास्क्रिप्ट चौखटे" और पुस्तकालयों, जैसे GWT, dojo, Ext JS या JQuery आदि विवरण के उच्च स्तर पर प्रोग्रामर फोकस दे compilers की भूमिका में काम करेगा।

यहां तक ​​कि अगर एक हाथ से लिखते हैं जावास्क्रिप्ट कार्यक्रम, इन आम तौर पर, संकुचित समझ से परे है और आम तौर पर एक रूप है जो एक दोस्ताना पढ़ने प्रदान नहीं करता है में अनुकूलित (जब एक अशुभ आत्मा उस स्तर पर बातें डिबग करने के लिए की जरूरत है।) कर रहे हैं

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