अलेक्सी ग्रॅचेव्ह: समोर जा

कीव गो मीटअप मे २०१८:

अग्रगण्य: - सर्वांना नमस्कार! येथे आल्याबद्दल धन्यवाद! आज आमच्याकडे दोन अधिकृत वक्ते आहेत - ल्योशा आणि वान्या. आपल्याकडे पुरेसा वेळ असल्यास आणखी दोन असतील. पहिला स्पीकर ॲलेक्सी ग्रॅचेव्ह आहे, तो आम्हाला गोफरजेएसबद्दल सांगेल.

ॲलेक्सी ग्रॅचेव्ह (यापुढे - एजी): – मी एक गो डेव्हलपर आहे आणि मी गो मध्ये वेब सेवा लिहितो. कधी समोरच्याला सामोरे जावे लागते, तर कधी त्यात हाताने उतरावे लागते. मला गो ऑन द फ्रंटएंडमधील माझ्या अनुभवाबद्दल आणि संशोधनाबद्दल बोलायचे आहे.

आख्यायिका अशी आहे: प्रथम आपण समोरच्या भागावर गो का चालवायचे आहे याबद्दल बोलू, नंतर हे कसे करता येईल याबद्दल बोलू. दोन मार्ग आहेत - वेब असेंब्ली आणि गोफरजेएस. या उपायांची स्थिती काय आहे आणि काय करता येईल ते पाहूया.

फ्रंटएंडमध्ये काय चूक आहे?

फ्रंटएंडसह सर्व काही ठीक आहे हे प्रत्येकजण सहमत आहे का?

पुरेशा चाचण्या नाहीत का? संथ बिल्ड? इकोसिस्टम? ठीक आहे.

फ्रंटएंडच्या संदर्भात, फ्रंटएंड डेव्हलपरपैकी एकाने त्याच्या पुस्तकात सांगितलेला कोट मला आवडला:

Javascript मध्ये टाइप सिस्टम नाही. आता मी माझ्या कामाच्या दरम्यान मला आलेल्या समस्यांची नावे देईन आणि त्या कशा सोडवल्या जातात ते सांगेन.

सामान्यत: टाइप सिस्टमला Javasript मध्ये क्वचितच टाइप सिस्टम म्हटले जाऊ शकते - अशा ओळी आहेत ज्या ऑब्जेक्टचा प्रकार दर्शवतात, परंतु प्रत्यक्षात याचा प्रकारांशी काहीही संबंध नाही. ही समस्या TypeScript (Javasript वर ॲड-ऑन) आणि फ्लो (जावास्क्रिप्टमधील स्टॅटिक-प्रकार तपासक) मध्ये सोडवली जाते. वास्तविक, फ्रंटएंड आधीच Javascript मधील खराब प्रकारच्या सिस्टमची समस्या सोडवण्याच्या टप्प्यावर पोहोचला आहे.

ब्राउझरमध्ये कोणतीही मानक लायब्ररी नाही - ब्राउझरमध्ये काही अंगभूत वस्तू आणि "जादू" कार्ये आहेत. परंतु जावास्क्रिप्टमध्ये अशी कोणतीही मानक लायब्ररी नाही. ही समस्या jQuery द्वारे आधीच सोडवली गेली होती (प्रत्येकाने सर्व प्रोटोटाइप, मदतनीस, कार्य करण्यासाठी आवश्यक असलेल्या फंक्शन्ससह jQuery वापरला). आता प्रत्येकजण Lodash वापरतो:

कॉलबॅक नरक. मला वाटते की प्रत्येकाने जावास्क्रिप्ट कोड सुमारे 5 वर्षांपूर्वी पाहिला होता आणि तो कॉलबॅकच्या अविश्वसनीय गुंतागुंतीच्या "नूडल" सारखा दिसत होता. आता ही समस्या सोडवली गेली आहे (ES-15 किंवा ES-16 च्या रिलीझसह), Javascript मध्ये वचने जोडली गेली आहेत आणि प्रत्येकजण थोडा वेळ सोपा श्वास घेऊ शकतो.

प्रॉमिस हेल येईपर्यंत... फ्रंट-एंड इंडस्ट्री कशी व्यवस्थापित करते हे मला माहित नाही, परंतु ते नेहमी स्वत: ला कोणत्यातरी विचित्र जंगलात घेऊन जातात. आम्ही आश्वासनांवर नरक देखील व्यवस्थापित केले. मग आम्ही नवीन आदिम - async/await जोडून ही समस्या सोडवली:

असिंक्रोनीची समस्या सोडवली आहे. Async/await विविध भाषांमध्ये बऱ्यापैकी लोकप्रिय आहे. पायथन आणि इतरांकडे हा दृष्टीकोन आहे - तो खूप चांगला आहे. समस्या सुटली.

कोणती समस्या सुटत नाही? फ्रेमवर्कची झपाट्याने वाढणारी जटिलता, इकोसिस्टमची जटिलता आणि स्वतः प्रोग्राम.

• Javascript वाक्यरचना थोडी विचित्र आहे. ॲरे आणि ऑब्जेक्ट आणि इतर विनोद जोडण्यातील समस्या आपल्या सर्वांना माहित आहेत.
• जावास्क्रिप्ट बहु-प्रतिमा आहे. जेव्हा इकोसिस्टम खूप मोठी असते तेव्हा ही विशेषतः दाबणारी प्रणाली आहे:
  • प्रत्येकजण वेगवेगळ्या शैलींमध्ये लिहितो - काही रचनात्मक लिहितात, काही कार्यात्मक लिहितात, भिन्न विकसक वेगवेगळ्या प्रकारे लिहितात;
  • जेव्हा तुम्ही भिन्न पॅकेजेस वापरता तेव्हा भिन्न पॅकेजेसमधून, भिन्न प्रतिमान;
  • Javasript मध्ये फंक्शनल प्रोग्रामिंगसह खूप "मजा" आहे - rambda लायब्ररी दिसली आणि आता या लायब्ररीमध्ये लिहिलेले प्रोग्राम कोणीही वाचू शकत नाही.

• या सर्वांचा इकोसिस्टमवर मोठा प्रभाव पडतो आणि तो अविश्वसनीयपणे वाढला आहे. पॅकेजेस एकमेकांशी विसंगत आहेत: काही आश्वासनांवर आधारित आहेत, काही async/प्रतीक्षावर आधारित आहेत, काही कॉलबॅकवर आधारित आहेत. तेही वेगवेगळ्या पॅराडाइम्समध्ये लिहितात!
• त्यामुळे प्रकल्पाची देखभाल करणे कठीण होते. जर तुम्ही कोड वाचू शकत नसाल तर बग शोधणे कठीण आहे.

वेब असेंब्ली म्हणजे काय?

Mozilla Foundation आणि इतर अनेक कंपन्यांच्या धाडसी लोकांनी वेब असेंब्ली सारखी गोष्ट समोर आणली. हे काय आहे?

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

आता काय करायचं? गोफरजेएस

आमच्याकडे वेब असेंब्लीसाठी समर्थन नसले तरी, गोफरजेएस सारखे ट्रान्सपाइलर आहे.

• गो कोड "शुद्ध" जावास्क्रिप्टमध्ये बदलला आहे.
• सर्व ब्राउझरमध्ये चालते - कोणतीही नवीन वैशिष्ट्ये नाहीत जी केवळ आधुनिक ब्राउझरद्वारे समर्थित आहेत (हे व्हॅनिला जेएस आहे, जे कशावरही चालते).
• Go कडे असलेल्या जवळपास सर्व गोष्टींसाठी समर्थन आहे, ज्यात गोराउटीन आणि चॅनेलचा समावेश आहे... आम्हाला आवडत असलेल्या आणि माहित असलेल्या प्रत्येक गोष्टीसाठी.
• जवळजवळ संपूर्ण मानक लायब्ररी समर्थित आहे, त्या पॅकेजेसशिवाय ज्यांना ब्राउझरमध्ये समर्थन देण्यात काही अर्थ नाही: syscall, नेट परस्परसंवाद (तेथे नेट/http क्लायंट आहे, परंतु सर्व्हर नाही आणि क्लायंट XMLHttpRequest द्वारे अनुकरण केले आहे). सर्वसाधारणपणे, संपूर्ण मानक लायब्ररी उपलब्ध आहे - येथे ते ब्राउझरमध्ये आहे, येथे Go चे stdlib आहे, जे आम्हाला आवडते.
• Go मधील संपूर्ण पॅकेज इकोसिस्टम, सर्व तृतीय पक्ष उपाय (टेम्प्लेटिंग इ.) GopherJS वापरून संकलित केले जाऊ शकतात आणि ब्राउझरमध्ये चालवू शकतात.

GopherJS मिळवणे खूप सोपे आहे - ते फक्त एक नियमित Go पॅकेज आहे. आम्ही मिळवू, आणि आमच्याकडे अनुप्रयोग तयार करण्यासाठी GopherJS कमांड आहे:

हे एक लहान हॅलो वर्ल्ड आहे ...

...एक नियमित गो प्रोग्राम, नियमित मानक लायब्ररी fmt पॅकेज आणि ब्राउझर API पर्यंत पोहोचण्यासाठी Js बंधनकारक. Println अखेरीस कन्सोल लॉगमध्ये रूपांतरित केले जाईल आणि ब्राउझर "Hello gophers" लिहेल! हे अगदी सोपे आहे: आम्ही GopherJS बिल्ड करतो - आम्ही ते ब्राउझरमध्ये लॉन्च करतो - सर्वकाही कार्य करते!

या क्षणी तुमच्याकडे काय आहे? बांधणी

सर्व लोकप्रिय js फ्रेमवर्कसाठी बंधने आहेत:

• JQuery;
• Angular.js;
• मोठ्या डेटासह प्लॉटिंग आणि काम करण्यासाठी D3.js;
• react.js;
• VueJS;
• इलेक्ट्रॉनसाठी देखील समर्थन आहे (म्हणजे, आम्ही आधीच इलेक्ट्रॉनवर डेस्कटॉप अनुप्रयोग लिहू शकतो);
• आणि सर्वात मजेदार गोष्ट म्हणजे WebGL (आम्ही पूर्ण-ग्राफिक ऍप्लिकेशन्स बनवू शकतो, ज्यामध्ये 3D ग्राफिक्स, संगीत आणि सर्व वस्तूंचा समावेश आहे);
• आणि सर्व लोकप्रिय जावास्क्रिप्ट फ्रेमवर्क आणि लायब्ररींसाठी इतर अनेक बंधने.

फ्रेमवर्क

1. विशेषत: GopherJS - Vecty साठी आधीच विकसित केलेली वेब फ्रेमवर्क आहे. हे React.js चे पूर्ण विकसित ॲनालॉग आहे, परंतु GopherJS च्या वैशिष्ट्यांसह केवळ Go मध्ये विकसित केले आहे.
2. गेम बॅग आहेत (आश्चर्य!). मला दोन सर्वात लोकप्रिय आढळले:
   • इंगो;
   • एबिटेन.

ते कसे दिसते आणि तुम्ही Go मध्ये आधीच काय लिहू शकता याची काही उदाहरणे मी तुम्हाला दाखवतो:

किंवा हा पर्याय (मला 3D शूटर सापडला नाही, परंतु कदाचित तो अस्तित्वात असेल):

मी काय ऑफर करत आहे?

आता फ्रंट-एंड इंडस्ट्रीची अशी अवस्था आहे की जावास्क्रिप्टवरून आधी ओरडलेल्या सर्व भाषा तिथे धावतील. आता सर्व काही “वेब असेंब्ली” मध्ये संकलित केले जाईल. तिथे गोफर म्हणून आपली योग्य जागा घेण्याची आपल्याला काय गरज आहे?

गो ने पारंपारिकपणे असे गृहीत धरले आहे की ही एक सिस्टम प्रोग्रामिंग भाषा आहे आणि UI सह कार्य करण्यासाठी व्यावहारिकपणे कोणतीही लायब्ररी नाहीत. काहीतरी आहे, पण ते अर्धे सोडून दिलेले आहे, अर्धे अकार्यक्षम आहे.

आणि आता Go मध्ये UI लायब्ररी बनवण्याची चांगली संधी आहे जी GopherJS वर चालेल! आपण शेवटी आपले स्वतःचे फ्रेमवर्क लिहू शकता! ही अशी वेळ आहे जेव्हा तुम्ही फ्रेमवर्क लिहू शकता आणि ते पहिल्यापैकी एक असेल आणि लवकर दत्तक मिळेल आणि तुम्ही एक स्टार व्हाल (जर ते एक चांगले फ्रेमवर्क असेल).

तुम्ही गो इकोसिस्टममध्ये आधीपासून असलेली बरीच वेगवेगळी पॅकेजेस ब्राउझरच्या वैशिष्ट्यांनुसार जुळवून घेऊ शकता (उदाहरणार्थ, टेम्प्लेट इंजिन). ते आधीपासूनच कार्य करतील, आपण सोयीस्कर बंधने बनवू शकता जेणेकरून आपण थेट ब्राउझरमध्ये सामग्री सहजपणे प्रस्तुत करू शकता. शिवाय, तुम्ही, उदाहरणार्थ, सर्व्हरवर आणि फ्रंट-एंडवर समान गोष्ट रेंडर करू शकणारी सेवा, समान कोड वापरून बनवू शकता - फ्रंट-एंड डेव्हलपरना आवडणारी प्रत्येक गोष्ट (फक्त आता Go मध्ये).

आपण एक खेळ लिहू शकता! फक्त गंमत म्हणून...

मला एवढेच सांगायचे होते.

प्रश्न

प्रश्न (यापुढे Q म्हणून संदर्भित): - मी Go किंवा Js मध्ये लिहू का?

AG: – तुम्ही दिनचर्या, चॅनेल, संरचना, एम्बेडिंग - गो मध्ये सर्व काही लिहिता... तुम्ही इव्हेंटचे सदस्यत्व घ्या, तेथे फंक्शन पास करा.

मध्ये: - तर मी "नग्न" Js मध्ये लिहितो?

AG: – नाही, तुम्ही Go मध्ये लिहा आणि ब्राउझर API शी कनेक्ट करा (एपीआय बदलला नाही). तुम्ही तुमचे स्वतःचे बाइंडिंग लिहू शकता जेणेकरून चॅनेलवर संदेश पाठवले जातील - हे अवघड नाही.

मध्ये: - मोबाईलचे काय?

AG: - मी निश्चितपणे पाहिले: जेएस चालवणाऱ्या कॉर्डोव्हा पॅचसाठी बंधने आहेत. मूळ प्रतिक्रिया मध्ये - मला माहित नाही; कदाचित आहे, कदाचित नाही (मला विशेष रस नव्हता). N-go गेम इंजिन दोन्ही मोबाईल ऍप्लिकेशन्सला समर्थन देते - iOS आणि Android दोन्ही.

मध्ये: - वेब असेंब्लीबद्दल प्रश्न. कॉम्प्रेशन आणि "झिपिंग" असूनही, अधिकाधिक जागा घेतली जात आहे... अशा प्रकारे आपण समोरच्या जगाला आणखी मारणार नाही का?

AG: – वेब असेंब्ली हे बायनरी फॉरमॅट आहे आणि बायनरी बायनरी बायनरी मजकूरापेक्षा जास्त अंतिम रिलीझमध्ये असू शकत नाही... तुम्ही रनटाइमसाठी रेखांकित आहात, परंतु हे मानक Javascript लायब्ररी नसताना बाहेर काढण्यासारखे आहे, म्हणून आम्ही काही Lodash वापरा. Lodash किती घेतो माहीत नाही.

मध्ये: - अर्थातच रनटाइमपेक्षा कमी...

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

मध्ये: - होय. पाठवण्यापूर्वी आम्ही ते कॉम्प्रेस करतो...

AG: – पण हा मजकूर आहे... सर्वसाधारणपणे, मेगाबाइट खूप दिसते, पण एवढेच आहे (तुमच्याकडे संपूर्ण रनटाइम आहे). पुढे, तुम्ही तुमचे स्वतःचे व्यवसाय तर्क लिहा, ज्यामुळे तुमची बायनरी 1% वाढेल. आतापर्यंत मला हे समोरच्याला मारताना दिसत नाही. शिवाय, वेब असेंब्ली जावास्क्रिप्टपेक्षा स्पष्ट कारणास्तव जलद कार्य करेल - त्याला विश्लेषित करण्याची आवश्यकता नाही.

मध्ये: - हा अजूनही एक वादग्रस्त मुद्दा आहे... "वस्मा" (वेब ​​असेंब्ली) ची कोणतीही संदर्भ अंमलबजावणी अद्याप झालेली नाही ज्यामुळे कोणीही निःसंदिग्धपणे न्याय करू शकेल. वैचारिकदृष्ट्या, होय: बायनरी जलद असावी हे आपण सर्वजण समजतो, परंतु त्याच V8 ची सध्याची अंमलबजावणी अतिशय कार्यक्षम आहे.

AG: - होय.

मध्ये: - तेथे संकलन खरोखर खूप छान काम करते आणि हे तथ्य नाही की मोठा फायदा होईल.

AG: - वेब असेंब्ली देखील मोठ्या लोकांनी बनविली आहे.

मध्ये: - मला असे दिसते की वेब असेंब्लीचा न्याय करणे अद्याप कठीण आहे. आता बरीच वर्षे संभाषणे आहेत, परंतु काही वास्तविक उपलब्धी आहेत ज्या अनुभवल्या जाऊ शकतात.

AG: - कदाचित. आपण बघू.

मध्ये: - आम्हाला बॅकएंडवर समस्या नाहीत... कदाचित आम्ही या समस्या फ्रंटएंडवर सोडल्या पाहिजेत? तिथे कशाला जायचे?

AG: - आम्हाला फ्रंट लाइन कामगारांचा स्टाफ ठेवावा लागेल.

काही जाहिराती 🙂

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

डेल R730xd ऍमस्टरडॅममधील इक्विनिक्स टियर IV डेटा सेंटरमध्ये 2 पट स्वस्त? फक्त इथेच 2 x इंटेल टेट्राडेका-कोर Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 टीव्ही $199 पासून नेदरलँड मध्ये! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - $99 पासून! बद्दल वाचा इन्फ्रास्ट्रक्चर कॉर्पोरेशन कसे तयार करावे. डेल R730xd E5-2650 v4 सर्व्हरचा वापर करून 9000 युरो किमतीचा वर्ग?

स्त्रोत: www.habr.com