J2CL - बेटर लेट थेन नेवर

उनके अंतिम संस्कार में अभी तक किसी को देर नहीं हुई है।
वैलेंटाइन डोमिल

पिछले हफ्ते, Google की एक टीम ने आखिरकार J2CL फ्रेमवर्क के लिए स्रोत कोड पोस्ट किया , जिसके बारे में 2015 से बात की गई है। जावा को जावास्क्रिप्ट में अनुवाद करने का विचार नए से बहुत दूर है, और हर कोई लंबे समय से Google वेब टूलकिट से भरा हुआ है, लेकिन समुदाय इस उत्पाद की प्रतीक्षा कर रहा था जैसे कोई और नहीं - उन्होंने इसके बारे में बात की और भाषण दिए, लेकिन किसी ने नहीं देखा।

पहली घोषणा के 3 साल से अधिक समय बीत चुके हैं और ऐसा लगता है कि उत्पाद को पैदा हुए बिना भी बाजार खो दिया है। आज हमारे पास Scala.js , Kotlin.js और JSweet हैं , यह उल्लेख नहीं करने के लिए कि वेब डेवलपमेंट को टाइपस्क्रिप्ट द्वारा अपहृत किया गया है और जावा के लिए कोई स्थान नहीं बचा है। इस समय के दौरान, कई, यहां तक ​​कि सबसे समर्पित जाविस्टों ने "जावा फॉर फ्रंट-एंड" में विश्वास खो दिया है और इस या जावास्क्रिप्ट ढांचे पर अंकुश लगाया है।

चूँकि रिलीज़ हुआ था, आइए देखते हैं क्या हुआ, और यह किसके काम आ सकता है।

विचार

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

इस दृष्टिकोण के कई फायदे हैं: स्थिर टाइपिंग, एक ब्राउज़र में सर्वर कोड का पुन: उपयोग करने की क्षमता और जावा आईडीई के रूप में तैयार उपकरण। मूल रूप से GWT में निर्धारित किए गए कई दृष्टिकोण अब टाइपस्क्रिप्ट, वेब पैक और अन्य फ्रंट-एंड डेवलपमेंट टूल्स में देखे जाते हैं।

पुराने Google वेब टूलकिट को यूआई के निर्माण के लिए इसकी थोकता और इसके अमूर्तन के लिए पसंद नहीं किया गया था। J2CL का विचार सरल है - आपको जावा को न्यूनतम संभव लागत पर जावास्क्रिप्ट में अनुवाद करने देता है, ताकि आप जावा को जावास्क्रिप्ट से आसानी से कॉल कर सकें और इसके विपरीत।

और अगर 2015 में वापस जेएस में अनावश्यक कचरे के बिना एक उच्च गुणवत्ता वाला जावा अनुवादक होता, तो यह नहीं पता होता कि वेब विकास आगे कैसे विकसित होगा।

पृष्ठभूमि J2CL

2015 की शुरुआत में, Google GWT टीम ने एक नया उत्पाद विकसित करने के लिए एक कठिन लेकिन आवश्यक निर्णय लिया - जो आपको फ्रंट-एंड डेवलपमेंट में जावा का उपयोग करने की अनुमति देता है।

यह मुख्य रूप से वेब विकास और उनके नए आंतरिक ग्राहकों में बदलते रुझानों के कारण था, जो वेब के लिए जावा को एक पृथक पारिस्थितिकी तंत्र के रूप में नहीं, बल्कि एक बड़े स्टैक के अभिन्न अंग के रूप में देखते थे। इसके लिए एक पूरी तरह से नई दृष्टि और खरोंच से उपकरणों के निर्माण की आवश्यकता थी, जिसे बाकी पारिस्थितिकी तंत्र के साथ घनिष्ठ रूप से जोड़ा जाना चाहिए।

जीडब्ल्यूटी के साथ, इन लक्ष्यों को प्राप्त करना लगभग असंभव था। यद्यपि GWT में JavaScipt के साथ दो-तरफ़ा बातचीत के लिए उपकरण थे, लेकिन रूपरेखा को UI, RPC लाइब्रेरी और अन्य एप्लिकेशन APIs के रूप में बहुत सारे सामान से छुटकारा नहीं मिला।

यह जानवर क्या है

डेवलपर्स के अनुसार, J2CL जावास्क्रिप्ट अनुप्रयोगों में जावा कोड का सहज एकीकरण प्रदान करता है। यह क्लोजर कंपाइलर का उपयोग करके कोड अनुकूलन पर ध्यान देने के साथ जावास्क्रिप्ट अनुवादक के लिए एक सरल और हल्का जावा है।

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

अनिवार्य रूप से, J2CL जावा क्लास बाइटकोड का उपयोग किए बिना जावा सोर्स कोड को जावास्क्रिप्ट कोड में अनुवादित करता है। इसका मतलब यह है कि, Google वेब टूलकिट के मामले में, परियोजना को संकलित करने के लिए उपयोग किए जाने वाले सभी पुस्तकालयों के स्रोत कोड की आवश्यकता है। इसके अलावा, यह नई रिलीज़ में जावा भाषा सुविधाओं के लिए समर्थन के बारे में सवाल उठाता है। फिलहाल, डेवलपर्स जावा 11 की सभी सिंटैक्स सुविधाओं के लिए समर्थन का वादा करते हैं।

J2CL GWT विजेट, GWT RPC और अन्य GWT लाइब्रेरी - केवल मूल जावा और जावास्क्रिप्ट एकीकरण इंजन, JSInterop का समर्थन नहीं करेगा।

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

मौजूदा जावा संगतता प्रतिबंध GitHub पर वर्णित हैं। मूल रूप से, वे GWT में समान थे - कोई प्रतिबिंब समर्थन नहीं है, कोई जावा नेटवर्क एपीआई नहीं है। लेकिन कुछ अलग है - सरणियों और सूचियों के शब्दार्थों का अनुकरण नहीं किया जाता है, उदाहरण के लिए, सरणियों की सीमाओं में एक सूचकांक की घटना की जांच नहीं की जाती है। डेवलपर्स JVM व्यवहार का अनुकरण करने पर ध्यान केंद्रित नहीं करते हैं, लेकिन न्यूनतम ओवरहेड सुनिश्चित करने और पूर्ण संगतता सुनिश्चित करने के लिए जावास्क्रिप्ट के टन उत्पन्न नहीं करने के लिए भाषा के सिंटैक्स पर।

हालांकि J2CL उत्पादन के लिए तैयार है, लेकिन इसका OSS संस्करण अभी भी इससे दूर है। उदाहरण के लिए, विंडोज पर प्रोजेक्ट शुरू करने में समस्याएं हैं और डेवलपर्स स्थिर एपीआई का वादा नहीं करते हैं।

Google के आंतरिक उत्पाद के लिए बिल्ड सिस्टम के रूप में Bazel का विकल्प स्पष्ट करना आसान है, लेकिन समुदाय के लिए कोई प्लस नहीं हैं, और इस निर्माण प्रणाली को सीखने की तुलना में J2CL का उपयोग करने का कोई अन्य तरीका नहीं है। मावेन / ग्रैडल के लिए प्लगइन्स लिखने के लिए समुदाय को इंतजार करना पड़ता है।

कोशिश

सबसे पहले, J2CL को आज़माने के लिए, आपको Mac OS या Linux की आवश्यकता है।
दूसरे, आपको Bazel को स्थापित करने की आवश्यकता है - Google से कुछ हद तक विदेशी निर्माण प्रणाली।

अब आप कम से कम कुछ इकट्ठा कर सकते हैं, उदाहरण के लिए, आधिकारिक रिपॉजिटरी से हैलोवर्ल्ड ।

> bazel build src/main/java/com/google/j2cl/samples/helloworld:helloworld 

यदि हम निष्कर्ष को देखते हैं, तो हमें सुखद आश्चर्य होगा:

 > cat bazel-bin/src/main/java/com/google/j2cl/samples/helloworld/helloworld.js document.write('Hello from Java! and JS!'); 

यह निश्चित रूप से कुछ भी साबित नहीं करता है, लेकिन GWT मॉड्यूल के बाद इसकी अतिसूक्ष्मवाद से बहुत प्रसन्न है। अभी तक आवेदनों का कोई बहुत अच्छा उदाहरण नहीं है, हम उनकी उपस्थिति का इंतजार करेंगे।

अगर xxx.js है तो यह आवश्यक क्यों है

इस प्रश्न का उत्तर क्यों दिया जाना चाहिए यह अभी भी मुश्किल है। पहली नज़र में, J2CL का एक बहुत ही मजबूत विचार है - जैसे कि लोग टाइपस्क्रिप्ट का उपयोग करते हैं वैसे ही सामने वाले के लिए जावा का पुन: उपयोग करें। दूसरी ओर, इस परियोजना में देर लगती है।

JS में नए ट्रांसपोर्टर प्रोजेक्ट्स, जैसे Kotlin.js और Scala.js, को कंपाइलर प्लगइन्स के रूप में लागू किया गया है और स्रोत कोड को फिर से पार्स करने की आवश्यकता नहीं है। और इस संबंध में, J2CL एक कदम पीछे है, क्योंकि इसे स्रोत कोड की आवश्यकता है कि यह पार्स करेगा।

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

हालांकि, जब एक और इसी तरह की परियोजना - JSweet के साथ तुलना की जाती है , तो मुझे J2CL पर अधिक भरोसा है। JSweet टूलींग बहुत मैत्रीपूर्ण और उपयोग करने के लिए अधिक तैयार है, लेकिन JSweet के पास एक छोटा समुदाय है और यह लगभग सभी एक व्यक्ति द्वारा लिखा गया है।

क्या आप ओपन सोर्स कोड कहते हैं?

निश्चित रूप से प्रसन्न है कि परियोजना में अपाचे 2.0 के लिए एक खुला लाइसेंस है।

दुर्भाग्य से, खुले स्रोत का मतलब एक खुली विकास प्रक्रिया नहीं है । समुदाय की सबसे बड़ी निराशा वर्तमान स्थिति से आई, J2CL परियोजना की घोषणा 3 साल पहले की गई थी, लेकिन कोई भी इसका स्रोत कोड नहीं दिखाता है, आप इसकी अंतिम एपीआई को प्रभावित नहीं कर सकते और न ही विकास प्रक्रिया को गति दे सकते हैं, क्योंकि पैच भेजने के लिए कहीं नहीं है।

चलो आशा करते हैं कि स्थिति में सुधार हो और उत्पाद व्यवहार्य हो।

अपडेट: GWT2 से पोर्ट किया गया पहला J2CL एप्लिकेशन - https://github.com/DominoKit/dominodo