इस लेख के निष्कर्ष Google के आंतरिक पत्राचार पर आधारित हैं जो कई महीनों पहले सार्वजनिक पहुंच में आए थे, साथ ही साथ ब्राउज़रों और मोबाइल उपकरणों के लिए बाजार पर उपलब्ध आंकड़े भी थे।घोषणा के तुरंत बाद, डार्ट को आलोचना की हड़बड़ी प्राप्त हुई: बाजार में वाक्य रचना, असंगत स्थिति और संभावनाओं की कमी, खराब रूप से विकसित विकास उपकरण। क्या यह कभी भी वेब और सुपरसाइड जावास्क्रिप्ट के लिए # 1 भाषा बन जाएगा? तुम्हें पता है, यह होगा, और यही कारण है कि ...
1. क्रोम पहले ही कुछ देशों (यूके) में फ़ायरफ़ॉक्स से आगे निकल चुका है, छह महीनों में यह कुल मिलाकर आगे निकल जाएगा, और फिर पूरी तरह से सुपरसेड करेगा: दुर्भाग्य से, नए विकास चक्र ने फ़ायरफ़ॉक्स के लिए काम नहीं किया: प्लगइन्स को अपडेट करने का समय नहीं है, सिस्टम प्रशासक और डेवलपर्स दोनों इस योजना के बारे में शिकायत करते हैं। और संसाधनों की स्थिरता और लोलुपता अभी भी पुराने स्तर पर है। इंटरनेट एक्सप्लोरर भी बाजार खोना जारी है। निकट भविष्य में, IE और WebKit (Chrome और Safari) पर डेस्कटॉप का प्रभुत्व होगा।
मोबाइल उपकरणों पर जो बहुत तेज़ी से बढ़ते हैं, स्मार्टफ़ोन और टैबलेट बाज़ार के लगभग पूर्ण कवरेज के साथ WebKit पहले से ही # 1 है: Android / iOS / BlackBerry / Bada / WebOS / सिम्बियन। यह यहां है कि सबसे दिलचस्प उपयोगकर्ता इंटरफ़ेस नवाचार अभी बह रहे हैं।
लेकिन, जैसा कि हम याद करते हैं, मुख्य WebKit शाखा Google के V8 का उपयोग नहीं करती है, लेकिन JavaScriptCore / SquirellFish। मुझे लगता है कि Google V8 को WebKit प्रोजेक्ट में स्थानांतरित करने का प्रयास करेगा - इस तरह से Google
को डेस्कटॉप बाजार का ~ 50% और मोबाइल डिवाइस बाजार का 90% मिल सकता है
, जो आउट ऑफ बॉक्स डार्ट का समर्थन कर सकता है ।
2. क्रोमओएस और वेब एप्लिकेशन Google के लिए रणनीतिक हैं । कंपनी के प्रतिनिधि पहले ही बता चुके हैं: Android - लघु अवधि की रणनीति, ChromeOS - दीर्घकालिक रणनीति। भविष्य में, इन परियोजनाओं को संयुक्त किया जाएगा, और डार्ट जीमेल और डॉक्स को मूल अनुप्रयोगों में बदलने में महत्वपूर्ण भूमिका निभाएगा।
3. आइए याद करते हैं कि JS में इन वेब अनुप्रयोगों को लिखने का तरीका कैसे बदल गया है:
I जनरेशन: मूल JS + कैलेंडर / गैलरी स्क्रिप्ट hotscripts.com से
दूसरी पीढ़ी: प्रोटोटाइप / jQuery / डोजो डोम लाइब्रेरीज़ + jQuery यूआई विजेट लाइब्रेरी, एक्सटीजेएस (2,3)
तीसरी पीढ़ी: GWT, स्प्राउटकोर, कैप्पुकिनो, बैकबोन, क्लोजर, YUI, एक्सटीजेएस फ्रेमवर्क (4)
हर कोई बड़े और जटिल नहीं लिख सकता है, लेकिन तेजी से जेएस अनुप्रयोगों। 3rd जनरेशन फ्रेमवर्क के साथ, यह बहुत सरल हो गया है; वे पहले से ही अन्य प्लेटफार्मों (GWT - Java, Cappuccino - Cocoa) के अनुभव से, और अपने स्वयं के अनुभव से आप पर जटिल वेब एप्लिकेशन (Google - बंद करने, याहू - YUI, Apple- SproutCore) लिख रहे हैं। ) या द्वितीय पीढ़ी (बैकबोन, एक्सटीजेएस 4) के लिए एमवीसी दृष्टिकोण जोड़ रहा है।
लेकिन एप्लिकेशन लिखते समय, अभी भी कुछ समस्याएं हैं: कक्षाओं / टाइपिंग के बिना एप्लिकेशन लिखने की आवश्यकता संभव है, लेकिन मुश्किल है - कई उपकरण जो जावा को शक्तिशाली वीएम और स्मार्ट आईडीई की अनुमति देते हैं, वे जेएस पर लागू नहीं होते हैं। एक अन्य समस्या क्लाइंट और सर्वर पर कोड साझा करना है: GWT और Node.js आंशिक रूप से इस समस्या को हल करते हैं। अगर हम इस व्यवसाय को एक नए स्तर पर ले जाना चाहते हैं तो क्या करें?
4. Google स्टैक से परिचित कोई भी जानता है कि वे सर्वर पर यूआई (वेब / मोबाइल) और जावा / सी ++ के लिए क्लोजर (जेएस) / जीडब्ल्यूटी (जावा) / एंड्रॉइड (जावा) का उपयोग करते हैं। जावा का उपयोग करना जारी रखना पूरी तरह से तार्किक समाधान प्रतीत होगा - यह पूरी तरह से एकीकृत है, लेकिन 2 बिंदु हैं:
a) Google को Chrome में जावा को एक मूल भाषा बनाना होगा, और इससे ओरेकल के साथ एक और पेटेंट समस्या का खतरा है।
बी) हमें
जेएस के लिए एक
पूर्ण प्रतिस्थापन की आवश्यकता है
, एक व्यापक-आधारित भाषा: सरल लिपियों से जटिल अनुप्रयोगों तक । जावा में UI (और केवल नहीं) लिखना मज़ेदार नहीं है, और विशेष रूप से सरल स्क्रिप्ट। रूबी / पायथन / पीएचपी / जेएस डेवलपर्स थूकेंगे - अभी तक कोई बंद नहीं हुआ है!
5. हम इस तथ्य पर आते हैं कि हमें एक नई भाषा की आवश्यकता है:
क) जेएस में संकलित करना और आईई के तहत और सीमांत ब्राउज़रों में काम करना सहनीय है (जिसमें आज ओपेरा भी शामिल है, और कल - फ़ायरफ़ॉक्स)।
b)
क्रोम (त्वरित शुरुआत) और
सर्वर पर त्वरित रूप से
काम करता है (JVM के लिए कंपाइलर अगला चरण है, न कि इस बात के लिए कि संग्रह और इंटरफेस की वास्तुकला लगभग पूरी तरह से जावा में एनालॉग्स को दोहराती है), और भविष्य
में एंड्रॉइड पर, आपको इसे क्रोमोस के साथ संयोजित करने की अनुमति मिलती है, साथ ही साथ। अन्य सभी WebKit- आधारित ब्राउज़र और सिस्टम में ।
ग) टाइपिंग और कक्षाओं के कारण अच्छे
कोड एनालाइजर और आईडीई विकसित करना संभव है
घ) Google
JS / Java प्रोग्रामर के लिए अधिक या कम
सरल मार्ग है (और केवल नहीं)
कुछ साल बाद, हमारे पास एक भाषा है, जो उत्कृष्ट विकास उपकरण के साथ मिलकर, सीमाओं को धुंधला करती है और आपको बड़े पैमाने पर वेब एप्लिकेशन लिखने की अनुमति देती है जो मूल रूप से डेस्कटॉप के आधे हिस्से में काम करते हैं, लगभग सभी मोबाइल उपकरणों पर, सर्वर पर, वेब, मोबाइल और फ्रंट-एंड डेवलपमेंट की सीमाओं को धुंधला करते हुए। ।
मेरे विचारों में बहुत सारे अनुमान और छोटे यूटोपिया हैं;) फिर भी, Google पत्र स्पष्ट रूप से अपनी परियोजनाओं और विकास साधनों के विकास की प्रक्रिया को क्लोजर और जीडब्ल्यूटी से डार्ट तक शुरू करने का इरादा रखता है, और यह बहुत संभव है कि वे वेब प्रोग्रामिंग में एक गुणात्मक कदम आगे बढ़ाने में सक्षम होंगे।