🥇एलेक्सी ग्रेचेव: फ्रंटएंड पर जाएं

कीव गो मीटअप मई 2018:

संचालक: - नमस्ते! यहां होने के लिए धन्यवाद! आज हमारे पास दो आधिकारिक वक्ता हैं - ल्योशा और वान्या। यदि हमारे पास पर्याप्त समय होगा तो दो और होंगे। पहले वक्ता एलेक्सी ग्रेचेव हैं, वह हमें गोफरजेएस के बारे में बताएंगे।

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

किंवदंती यह है: पहले हम इस बारे में बात करेंगे कि हम गो को फ्रंटएंड पर क्यों चलाना चाहते हैं, फिर हम इस बारे में बात करेंगे कि यह कैसे किया जा सकता है। इसके दो तरीके हैं - वेब असेंबली और गोफरजेएस। आइए देखें कि इन समाधानों की स्थिति क्या है और क्या किया जा सकता है।

फ्रंटएंड में क्या खराबी है?

क्या हर कोई इस बात से सहमत है कि फ्रंटएंड के साथ सब कुछ ठीक है?

क्या पर्याप्त परीक्षण नहीं हैं? धीमा निर्माण? पारिस्थितिकी तंत्र? अच्छा।

फ़्रंटएंड के संबंध में, मुझे वह उद्धरण पसंद आया जो फ़्रंटएंड डेवलपर्स में से एक ने अपनी पुस्तक में कहा था:

जावास्क्रिप्ट में टाइप सिस्टम नहीं है. अब मैं उन समस्याओं के नाम बताऊंगा जिनका मुझे अपने काम के दौरान सामना करना पड़ा और समझाऊंगा कि उनका समाधान कैसे किया जाता है।

आमतौर पर टाइप सिस्टम को जावास्क्रिप्ट में शायद ही टाइप सिस्टम कहा जा सकता है - ऐसी लाइनें हैं जो ऑब्जेक्ट के प्रकार को इंगित करती हैं, लेकिन वास्तव में इसका प्रकारों से कोई लेना-देना नहीं है। यह समस्या टाइपस्क्रिप्ट (जावास्क्रिप्ट में एक ऐड-ऑन) और फ्लो (जावास्क्रिप्ट में एक स्थिर-प्रकार चेकर) में हल की गई है। दरअसल, जावास्क्रिप्ट में खराब टाइप सिस्टम की समस्या को हल करने का फ्रंटएंड पहले ही पहुंच चुका है।

ब्राउज़र में कोई मानक लाइब्रेरी नहीं है - ब्राउज़र में कुछ अंतर्निहित ऑब्जेक्ट और "जादुई" फ़ंक्शन हैं। लेकिन जावास्क्रिप्ट में ऐसी कोई मानक लाइब्रेरी नहीं है। यह समस्या पहले ही एक बार jQuery द्वारा हल कर दी गई थी (हर कोई jQuery का उपयोग उन सभी प्रोटोटाइप, सहायकों, कार्यों के साथ करता था जो काम करने के लिए आवश्यक थे)। अब हर कोई Lodash का उपयोग करता है:

कॉलबैक नरक. मुझे लगता है कि हर किसी ने लगभग 5 साल पहले जावास्क्रिप्ट कोड देखा था, और यह कॉलबैक की अविश्वसनीय जटिलता के "नूडल" जैसा दिखता था। अब यह समस्या हल हो गई है (ईएस-15 या ईएस-16 की रिलीज के साथ), जावास्क्रिप्ट में वादे जोड़ दिए गए हैं और हर कोई कुछ समय के लिए राहत की सांस ले सकता है।

प्रॉमिस हेल आने तक... मुझे नहीं पता कि फ्रंट-एंड उद्योग कैसे प्रबंधन करता है, लेकिन वे हमेशा खुद को किसी अजीब जंगल में ले जाते हैं। हम भी वादों को नरक बनाने में कामयाब रहे। फिर हमने एक नया आदिम - async/प्रतीक्षा जोड़कर इस समस्या को हल किया:

एसिंक्रोनी की समस्या हल हो गई है। Async/await विभिन्न भाषाओं में काफी लोकप्रिय आदिम है। पायथन और अन्य का यह दृष्टिकोण है - यह काफी अच्छा है। समस्या हल हो गई।

कौन सी समस्या हल नहीं हुई? ढांचों की तेजी से बढ़ती जटिलता, पारिस्थितिकी तंत्र की जटिलता और स्वयं कार्यक्रम।

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

वेब असेंबली क्या है?

मोज़िला फ़ाउंडेशन और कई अन्य कंपनियों के बहादुर लोग वेब असेंबली जैसी चीज़ लेकर आए। यह क्या है?

यह ब्राउज़र में निर्मित एक वर्चुअल मशीन है जो बाइनरी प्रारूप का समर्थन करती है।
बाइनरी प्रोग्राम वहां पहुंचते हैं और लगभग मूल रूप से निष्पादित होते हैं, यानी ब्राउज़र को हर बार जावास्क्रिप्ट कोड के सभी "नूडल्स" को पार्स करने की आवश्यकता नहीं होती है।
सभी ब्राउज़रों ने समर्थन की घोषणा की है.
चूँकि यह बाइटकोड है, आप किसी भी भाषा के लिए कंपाइलर लिख सकते हैं।
चार प्रमुख ब्राउज़र पहले से ही वेब असेंबली समर्थन के साथ उपलब्ध हैं।
हम जल्द ही गो में मूल समर्थन की उम्मीद कर रहे हैं। यह नया आर्किटेक्चर पहले ही जोड़ा जा चुका है: GOARCH=wasm GOOS=js (जल्द ही)। जहां तक मैं इसे समझता हूं, यह कार्यात्मक नहीं है, लेकिन एक बयान है कि यह निश्चित रूप से गो में होगा।

अब क्या करें? गोफरजेएस

जबकि हमारे पास वेब असेंबली के लिए समर्थन नहीं है, गोफरजेएस जैसा ट्रांसपिलर मौजूद है।

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

गोफरजेएस प्राप्त करना बहुत आसान है - यह सिर्फ एक नियमित गो पैकेज है। हम प्राप्त करते हैं, और एप्लिकेशन बनाने के लिए हमारे पास गोफरजेएस कमांड है:

यह बहुत छोटी सी हैलो दुनिया है...

...एक नियमित गो प्रोग्राम, एक नियमित मानक लाइब्रेरी एफएमटी पैकेज और ब्राउज़र एपीआई तक पहुंचने के लिए बाइंडिंग जेएस। Println अंततः कंसोल लॉग में परिवर्तित हो जाएगा और ब्राउज़र "हैलो गोफ़र्स" लिखेगा! यह इतना आसान है: हम गोफरजेएस का निर्माण करते हैं - हम इसे ब्राउज़र में लॉन्च करते हैं - सब कुछ काम करता है!

इस समय आपके पास क्या है? बंधन

सभी लोकप्रिय जेएस फ्रेमवर्क के लिए बाइंडिंग हैं:

जेक्वेरी;
Angular.js;
बड़े डेटा की साजिश रचने और उसके साथ काम करने के लिए D3.js;
प्रतिक्रिया.जेएस;
व्यूजेएस;
इलेक्ट्रॉन के लिए भी समर्थन है (अर्थात, हम पहले से ही इलेक्ट्रॉन पर डेस्कटॉप एप्लिकेशन लिख सकते हैं);
और सबसे मज़ेदार चीज़ है WebGL (हम पूर्ण-ग्राफ़िक एप्लिकेशन बना सकते हैं, जिसमें 3D ग्राफ़िक्स वाले गेम, संगीत और सभी अच्छाइयाँ शामिल हैं);
और सभी लोकप्रिय जावास्क्रिप्ट फ्रेमवर्क और लाइब्रेरीज़ के लिए कई अन्य बाइंडिंग।

ढांचा

गोफरजेएस - वेक्टी के लिए विशेष रूप से पहले से ही एक वेब फ्रेमवर्क विकसित किया गया है। यह React.js का एक पूर्ण एनालॉग है, लेकिन केवल GopherJS की विशिष्टताओं के साथ Go में विकसित किया गया है।
गेम बैग हैं (आश्चर्य!) मुझे दो सबसे लोकप्रिय लगे:
- एंगो;
- एबिटेन।

मैं आपको कुछ उदाहरण दिखाऊंगा कि यह कैसा दिखता है और आप गो में पहले से क्या लिख सकते हैं:

या यह विकल्प (मुझे 3D शूटर नहीं मिला, लेकिन शायद यह मौजूद है):

मैं क्या पेशकश कर रहा हूँ?

अब फ्रंट-एंड उद्योग ऐसी स्थिति में है कि सभी भाषाएँ जो पहले जावास्क्रिप्ट से रोती थीं, वहाँ पहुँच जाएँगी। अब सब कुछ "वेब असेंबलीज़" में संकलित किया जाएगा। गोफ़र्स के रूप में हमें वहां अपना उचित स्थान लेने के लिए क्या चाहिए?

गो ने पारंपरिक रूप से यह मान लिया है कि यह एक सिस्टम प्रोग्रामिंग भाषा है, और यूआई के साथ काम करने के लिए व्यावहारिक रूप से कोई लाइब्रेरी नहीं है। कुछ है, लेकिन वह आधा परित्यक्त है, आधा अक्रियाशील है।

और अब गो में यूआई लाइब्रेरी बनाने का अच्छा मौका है जो गोफरजेएस पर चलेगा! आप अंततः अपनी स्वयं की रूपरेखा लिख सकते हैं! यह वह समय है जब आप एक रूपरेखा लिख सकते हैं, और यह सबसे पहले में से एक होगी और इसे जल्दी अपनाया जाएगा, और आप एक स्टार होंगे (यदि यह एक अच्छा ढांचा है)।

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

आप एक गेम लिख सकते हैं! सिर्फ मनोरंजन के लिए…

मेरे पास सब कुछ है।

सवाल

प्रश्न (बाद में इसे Q के रूप में संदर्भित किया जाएगा): – क्या मैं Go या Js में लिखता हूँ?

एजी: - आप रूटीन, चैनल, संरचना, एम्बेडिंग - सब कुछ गो में लिखते हैं... आप किसी ईवेंट की सदस्यता लेते हैं, वहां एक फ़ंक्शन पास करते हैं।

में: – तो मैं "नग्न" जेएस में लिखता हूँ?

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

में: – मोबाइल के बारे में क्या?

एजी: - मैंने निश्चित रूप से देखा: कॉर्डोवा पैच के लिए बाइंडिंग हैं जो जेएस चलाता है। रिएक्ट नेटिव में - मुझे नहीं पता; शायद वहाँ है, शायद नहीं (मुझे विशेष रुचि नहीं थी)। एन-गो गेम इंजन आईओएस और एंड्रॉइड दोनों मोबाइल एप्लिकेशन को सपोर्ट करता है।

में: - वेब असेंबली के बारे में प्रश्न। संपीड़न और "ज़िपिंग" के बावजूद, अधिक से अधिक जगह ली जा रही है... क्या हम इस तरह से फ्रंट-एंड दुनिया को और भी अधिक नहीं मार देंगे?

एजी: - वेब असेंबली एक बाइनरी प्रारूप है, और डिफ़ॉल्ट रूप से बाइनरी टेक्स्ट से अधिक अंतिम रिलीज में नहीं हो सकती है... आप रनटाइम के लिए तैयार हैं, लेकिन यह मानक जावास्क्रिप्ट लाइब्रेरी को बाहर खींचने के समान है जब यह वहां नहीं है, इसलिए हम कुछ लोदाश का उपयोग करें। मुझे नहीं पता कि लोदाश कितना लेता है।

में: - जाहिर तौर पर रनटाइम से कम...

एजी: - "शुद्ध" जावास्क्रिप्ट में?

में: - हाँ। हम इसे भेजने से पहले इसे संपीड़ित करते हैं...

एजी: - लेकिन यह टेक्स्ट है... सामान्य तौर पर, एक मेगाबाइट बहुत कुछ लगता है, लेकिन बस इतना ही (आपके पास पूरा रनटाइम है)। इसके बाद, आप अपना स्वयं का व्यावसायिक तर्क लिखें, जिससे आपकी बाइनरी 1% बढ़ जाएगी। अभी तक मुझे नहीं लगता कि यह फ्रंटएंड को ख़त्म करेगा। इसके अलावा, स्पष्ट कारण से वेब असेंबली जावास्क्रिप्ट की तुलना में तेजी से काम करेगी - इसे पार्स करने की आवश्यकता नहीं है।

में: - यह अभी भी एक विवादास्पद बिंदु है... "वास्मा" (वेब असेंबली) का अभी तक कोई संदर्भ कार्यान्वयन नहीं है ताकि कोई स्पष्ट रूप से निर्णय ले सके। वैचारिक रूप से, हाँ: हम सभी समझते हैं कि बाइनरी तेज़ होनी चाहिए, लेकिन उसी V8 का वर्तमान कार्यान्वयन बहुत कुशल है।

एजी: - हाँ।

में: - वहां संकलन वास्तव में बहुत अच्छा काम करता है और यह सच नहीं है कि कोई बड़ा फायदा होगा।

एजी: – वेब असेंबली भी बड़े लोगों द्वारा बनाई जाती है.

में: - मुझे ऐसा लगता है कि वेब असेंबली को आंकना अभी भी मुश्किल है। अब कई वर्षों से बातचीत हो रही है, लेकिन कुछ वास्तविक उपलब्धियाँ हैं जिन्हें महसूस किया जा सकता है।

एजी: - शायद। हम देखेंगे।

में: - हमें बैकएंड पर कोई समस्या नहीं है... शायद हमें इन समस्याओं को फ्रंटएंड पर छोड़ देना चाहिए? वहां क्यों जाएं?

एजी: - हमें फ्रंट लाइन वर्कर्स का स्टाफ रखना होगा।

कुछ विज्ञापन 🙂

हमारे साथ रहने के लिए धन्यवाद। क्या आप हमारे लेख पसंद करते हैं? अधिक रोचक सामग्री देखना चाहते हैं? आदेश देकर या मित्रों को अनुशंसा करके हमारा समर्थन करें, डेवलपर्स के लिए क्लाउड VPS $4.99 से शुरू, प्रवेश स्तर के सर्वरों का एक अनूठा एनालॉग, जिसका आविष्कार हमने आपके लिए किया था: VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps के बारे में पूरी सच्चाई $19 से या सर्वर कैसे साझा करें? (RAID1 और RAID10 के साथ उपलब्ध, 24 कोर तक और 40GB DDR4 तक)।

एम्स्टर्डम में इक्विनिक्स टियर IV डेटा सेंटर में Dell R730xd 2x सस्ता है? केवल यहां 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 टीवी $199 से नीदरलैंड में! डेल R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 से! के बारे में पढ़ा इन्फ्रास्ट्रक्चर कॉर्प का निर्माण कैसे करें। एक पैसा के लिए 730 यूरो मूल्य के डेल R5xd E2650-4 v9000 सर्वर के उपयोग के साथ वर्ग?

स्रोत: www.habr.com

एलेक्सी ग्रेचेव: फ्रंटएंड पर जाएं