एलेक्सी ग्राचेभ: अगाडि जानुहोस्

Kyiv Go Meetup मई 2018:

लीड: - नमस्ते सबै! यहाँ हुनु भएकोमा धन्यवाद! आज हामीसँग दुई आधिकारिक वक्ताहरू छन् - लियोशा र वान्या। हामीसँग पर्याप्त समय छ भने त्यहाँ दुई थप हुनेछन्। पहिलो वक्ता Alexey Grachev हो, उहाँले GopherJS को बारे मा बताउनु हुनेछ।

एलेक्सी ग्राचेभ (यसपछि - एजी): - म Go विकासकर्ता हुँ, र म Go मा वेब सेवाहरू लेख्छु। कहिलेकाहीँ तपाईंले फ्रन्टएन्डसँग व्यवहार गर्नुपर्छ, कहिलेकाहीं तपाईंले यसलाई म्यानुअल रूपमा प्राप्त गर्नुपर्नेछ। म गो अन फ्रन्टएन्डमा मेरो अनुभव र अनुसन्धानको बारेमा कुरा गर्न चाहन्छु।

पौराणिक कथा यो हो: पहिले हामी किन गो फ्रन्टएन्डमा चलाउन चाहन्छौं भन्ने बारे कुरा गर्नेछौं, त्यसपछि हामी यो कसरी गर्न सकिन्छ भनेर कुरा गर्नेछौं। त्यहाँ दुई तरिकाहरू छन् - वेब सभा र GopherJS। यी समाधानहरूको स्थिति के हो र के गर्न सकिन्छ हेरौं।

फ्रन्टएन्डमा के गलत छ?

के सबैजना सहमत छन् कि सबै कुरा फ्रन्टएन्ड संग ठीक छ?

के त्यहाँ पर्याप्त परीक्षणहरू छैनन्? ढिलो निर्माण? इकोसिस्टम? राम्रो।

फ्रन्टएन्डको सन्दर्भमा, मलाई यो उद्धरण मनपर्छ जुन एक फ्रन्टएन्ड विकासकर्ताले आफ्नो पुस्तकमा भनेका छन्:

जाभास्क्रिप्टमा टाइप प्रणाली छैन। अब म मेरो कामको क्रममा सामना गरेका समस्याहरूको नाम दिनेछु र ती कसरी समाधान गर्ने भनेर वर्णन गर्नेछु।

सामान्यतया टाइप प्रणालीलाई Javasript मा टाइप प्रणाली भनिन्छ - त्यहाँ लाइनहरू छन् जसले वस्तुको प्रकारलाई संकेत गर्दछ, तर वास्तवमा यसको प्रकारहरूसँग कुनै सम्बन्ध छैन। यो समस्या टाइपस्क्रिप्ट (जाभास्क्रिप्टमा एड-अन) र फ्लो (जाभास्क्रिप्टमा स्थिर-प्रकार परीक्षक) मा हल गरिएको छ। वास्तवमा, फ्रन्टएन्ड पहिले नै Javascript मा खराब प्रकारको प्रणालीको समस्या समाधान गर्ने बिन्दुमा पुगेको छ।

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

कलब्याक नरक। मलाई लाग्छ कि सबैले जाभास्क्रिप्ट कोड 5 वर्ष पहिले देखे, र यो कलब्याकहरूको अविश्वसनीय जटिलताको "नूडल" जस्तो देखिन्थ्यो। अब यो समस्या हल भएको छ (ES-15 वा ES-16 को रिलीज संग), प्रतिज्ञाहरू Javascript मा थपिएको छ र सबैले केहि समय को लागी सजिलो सास फेर्न सक्छन्।

प्रोमिस नरक नआउन्जेल... मलाई थाहा छैन फ्रन्ट-एन्ड उद्योगले कसरी व्यवस्थापन गर्छ, तर तिनीहरू सधैं आफैंलाई अनौठो जंगलमा लैजान्छ। हामीले पनि वाचामा नरक बनाउन सफल भयौं। त्यसपछि हामीले नयाँ आदिम - async/await थपेर यो समस्या समाधान गर्यौं:

एसिन्क्रोनीको साथ समस्या हल भयो। Async/await विभिन्न भाषाहरूमा एकदमै लोकप्रिय आदिम हो। पाइथन र अन्यसँग यो दृष्टिकोण छ - यो एकदम राम्रो छ। समस्या समाधान भयो।

के समस्या समाधान हुँदैन? ढाँचाको तीव्र रूपमा बढ्दो जटिलता, इकोसिस्टमको जटिलता र कार्यक्रमहरू आफैंमा।

• Javascript सिन्ट्याक्स अलि अनौठो छ। हामी सबैलाई एरे र वस्तु र अन्य चुटकुले थप्ने समस्याहरू थाहा छ।
• जाभास्क्रिप्ट बहु-प्रतिमान हो। इकोसिस्टम धेरै ठूलो हुँदा यो विशेष गरी दबाब दिने प्रणाली हो:
  • सबैले फरक शैलीमा लेख्छन् - कोही संरचनात्मक रूपमा लेख्छन्, कोहीले कार्यात्मक रूपमा लेख्छन्, विभिन्न विकासकर्ताहरूले विभिन्न तरिकाले लेख्छन्;
  • विभिन्न प्याकेजहरूबाट, विभिन्न प्याकेजहरू प्रयोग गर्दा विभिन्न प्रतिमानहरू;
  • Javasript मा कार्यात्मक प्रोग्रामिंग संग धेरै "रमाइलो" छ - rambda पुस्तकालय देखा पर्‍यो र अब कसैले पनि यस पुस्तकालयमा लेखिएका कार्यक्रमहरू पढ्न सक्दैन।

• यी सबैले इकोसिस्टममा ठूलो प्रभाव पार्छ, र यो अविश्वसनीय रूपमा बढेको छ। प्याकेजहरू एकअर्कासँग असंगत छन्: केही प्रतिज्ञाहरूमा आधारित छन्, केही async/प्रतीक्षामा आधारित छन्, केही कलब्याकहरूमा आधारित छन्। तिनीहरू पनि फरक-फरक प्रतिमानमा लेख्छन्!
• जसले गर्दा आयोजना सञ्चालनमा कठिनाइ हुन्छ । यदि तपाइँ कोड पढ्न सक्नुहुन्न भने बग फेला पार्न गाह्रो छ।

वेब विधानसभा के हो?

मोजिला फाउन्डेसन र अन्य धेरै कम्पनीहरूका साहसी केटाहरू वेब एसेम्बली जस्ता कुराको साथ आए। यो के हो?

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

अब के गर्ने? गोफरजेएस

जबकि हामीसँग वेब असेम्बलीको लागि समर्थन छैन, त्यहाँ GopherJS जस्तै ट्रान्सपाइलर छ।

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

GopherJS प्राप्त गर्न धेरै सजिलो छ - यो केवल एक नियमित Go प्याकेज हो। हामी प्राप्त गर्न जान्छौं, र हामीसँग अनुप्रयोग निर्माण गर्न GopherJS आदेश छ:

यस्तो छ सानो हेलो संसार...

...एक नियमित गो कार्यक्रम, नियमित मानक पुस्तकालय fmt प्याकेज र Binding Js ब्राउजर API मा पुग्न। Println अन्ततः कन्सोल लगमा रूपान्तरण हुनेछ र ब्राउजरले "हेलो गोफरहरू" लेख्नेछ! यो एकदम सरल छ: हामी GopherJS निर्माण गर्छौं - हामी यसलाई ब्राउजरमा सुरु गर्छौं - सबै काम गर्दछ!

तपाईंसँग अहिले के छ? बाइन्डिङहरू

त्यहाँ सबै लोकप्रिय js फ्रेमवर्कहरूको लागि बाइन्डिङहरू छन्:

• JQuery;
• Angular.js;
• D3.js प्लटिङ र ठूलो डेटा संग काम गर्न को लागी;
• React.js;
• VueJS;
• त्यहाँ इलेक्ट्रोनको लागि समर्थन पनि छ (अर्थात, हामी पहिले नै इलेक्ट्रोनमा डेस्कटप अनुप्रयोगहरू लेख्न सक्छौं);
• र सबैभन्दा रमाइलो कुरा WebGL हो (हामी थ्रीडी ग्राफिक्स, संगीत र सबै चीजहरू सहितका खेलहरू सहित पूर्ण-ग्राफिक अनुप्रयोगहरू बनाउन सक्छौं);
• र सबै लोकप्रिय जाभास्क्रिप्ट फ्रेमवर्क र पुस्तकालयहरूमा अन्य धेरै बाइन्डिङहरू।

फ्रेमवर्क

1. त्यहाँ GopherJS - Vecty को लागी विशेष गरी विकसित गरिएको वेब फ्रेमवर्क छ। यो React.js को पूर्ण एनालग हो, तर GopherJS को विशिष्टताहरू सहित Go मा मात्र विकसित गरिएको छ।
2. त्यहाँ खेल झोलाहरू छन् (आश्चर्य!) मैले दुई सबैभन्दा लोकप्रिय फेला पारे:
   • इन्गो;
   • इबिटेन।

म तपाईंलाई यो कस्तो देखिन्छ र तपाईंले पहिले नै Go मा लेख्न सक्नुहुन्छ भन्ने केही उदाहरणहरू देखाउनेछु:

वा यो विकल्प (मैले 3D शूटर फेला पार्न सकिन, तर यो अवस्थित हुन सक्छ):

म के प्रस्ताव गर्दै छु?

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

Go ले परम्परागत रूपमा मानेको छ कि यो एक प्रणाली प्रोग्रामिङ भाषा हो, र UI सँग काम गर्नको लागि व्यावहारिक रूपमा कुनै पुस्तकालयहरू छैनन्। त्यहाँ केहि छ, तर यो आधा परित्याग छ, आधा गैर-कार्यात्मक छ।

र अब Go मा UI पुस्तकालयहरू बनाउने राम्रो मौका हो जुन GopherJS मा चल्नेछ! तपाईं अन्ततः आफ्नो फ्रेमवर्क लेख्न सक्नुहुन्छ! यो समय हो जब तपाइँ एक फ्रेमवर्क लेख्न सक्नुहुन्छ, र यो पहिलो मध्ये एक हुनेछ र प्रारम्भिक ग्रहण प्राप्त गर्नुहुनेछ, र तपाइँ एक तारा हुनुहुनेछ (यदि यो राम्रो फ्रेमवर्क हो)।

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

तपाईं एक खेल लेख्न सक्नुहुन्छ! रमाइलोको लागी मात्रै...

मैले भन्न खोजेको यति हो।

तपाईंका प्रश्नहरू

प्रश्न (यसपछि Q को रूपमा उल्लेख गरिएको छ): - के म Go वा Js मा लेख्छु?

AG: - तपाईं दिनचर्या, च्यानलहरू, संरचनाहरू, इम्बेडिङ - Go मा सबै कुरा लेख्नुहुन्छ... तपाईं घटनाको सदस्यता लिनुहुन्छ, त्यहाँ समारोह पास गर्नुहोस्।

IN: - त्यसोभए म "नग्न" जेएसमा लेख्छु?

AG: - होइन, तपाईंले Go मा लेख्नुहोस् र ब्राउजर API मा जडान गर्नुहोस् (एपीआई परिवर्तन भएको छैन)। तपाईं आफ्नो बाइन्डिङहरू लेख्न सक्नुहुन्छ ताकि सन्देशहरू च्यानलमा पठाइन्छ - यो गाह्रो छैन।

IN: - मोबाइलको बारेमा के हो?

AG: - मैले पक्कै देखेको छु: त्यहाँ कर्डोभा प्याचको लागि बाइन्डिङहरू छन् जुन Js चल्छ। प्रतिक्रिया मूल मा - मलाई थाहा छैन; हुनसक्छ त्यहाँ छ, सायद छैन (मलाई विशेष चासो थिएन)। N-go खेल इन्जिनले दुबै मोबाइल अनुप्रयोगहरूलाई समर्थन गर्दछ - दुबै आईओएस र एन्ड्रोइड।

IN: - वेब सभा को बारे मा प्रश्न। कम्प्रेसन र "जिपिङ" को बावजुद, अधिक र अधिक ठाउँ लिइएको छ... के हामी यसरी अगाडि-अन्त संसारलाई अझ बढी मार्ने छैनौं?

AG: - वेब एसेम्बली बाइनरी ढाँचा हो, र पूर्वनिर्धारित रूपमा बाइनरी अन्तिम रिलीजमा पाठ भन्दा बढी हुन सक्दैन... तपाईं रनटाइममा आकर्षित हुनुहुन्छ, तर यो त्यहाँ नभएको बेला मानक जाभास्क्रिप्ट पुस्तकालयलाई तान्नु जस्तै हो, त्यसैले हामी केहि Lodash प्रयोग गर्नुहोस्। मलाई थाहा छैन Lodash कति लिन्छ।

IN: - स्पष्ट रूपमा रनटाइम भन्दा कम ...

AG: - "शुद्ध" जाभास्क्रिप्टमा?

IN: - हो। हामी यसलाई पठाउनु अघि कम्प्रेस गर्छौं ...

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

IN: - यो अझै पनि एक विवादास्पद बिन्दु हो ... "वस्मा" (वेब ​​असेम्बली) को कुनै पनि सन्दर्भ कार्यान्वयन छैन कि कसैले स्पष्ट रूपमा न्याय गर्न सक्छ। वैचारिक रूपमा, हो: हामी सबै बुझ्छौं कि बाइनरी छिटो हुनुपर्छ, तर उही V8 को हालको कार्यान्वयन धेरै कुशल छ।

AG: - हो।

IN: - त्यहाँ संकलन साँच्चै धेरै राम्रो काम गर्दछ र यो एक ठूलो फाइदा हुनेछ भन्ने तथ्य होइन।

AG: - वेब सभा पनि ठूला मान्छे द्वारा बनाईएको हो।

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

AG: - हुनसक्छ। हामी विचार गर्ने छौँ।

IN: - हामीसँग ब्याकएन्डमा समस्याहरू छैनन् ... सायद हामीले यी समस्याहरूलाई फ्रन्टएन्डमा छोड्नुपर्छ? त्यहाँ किन जाने ?

AG: – हामीले अग्रपंक्तिमा काम गर्ने कर्मचारी राख्नुपर्छ ।

केही विज्ञापनहरू 🙂

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

डेल R730xd 2x एम्स्टर्डमको इक्विनिक्स टियर IV डाटा सेन्टरमा सस्तो छ? यहाँ मात्र 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199 बाट नेदरल्याण्ड मा! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 बाट! बारे पढ्नुहोस् पूर्वाधार कर्पोरेशन कसरी निर्माण गर्ने। डेल R730xd E5-2650 v4 सर्भरहरूको प्रयोगको साथ एक पैसाको लागि 9000 यूरो मूल्यको वर्ग?

स्रोत: www.habr.com