🥇એલેક્સી ગ્રેચેવ: ગો ફ્રન્ટેન્ડ

કિવ ગો મીટઅપ મે 2018:

લીડ: - કેમ છો બધા! અહીં હોવા બદલ આભાર! આજે અમારી પાસે બે સત્તાવાર વક્તાઓ છે - લ્યોશા અને વાણ્યા. જો અમારી પાસે સમય હશે તો વધુ બે હશે. પ્રથમ વક્તા એલેક્સી ગ્રેચેવ છે, તે અમને ગોફરજેએસ વિશે જણાવશે.

એલેક્સી ગ્રેચેવ (ત્યારબાદ - એજી): - હું ગો ડેવલપર છું અને ગોમાં વેબ સેવાઓ લખું છું. ક્યારેક તમારે ફ્રન્ટ એન્ડ સાથે વ્યવહાર કરવો પડે છે, તો ક્યારેક તમારે ત્યાં હેન્ડલ્સ સાથે ચઢી જવું પડે છે. હું ગો ઓન ધ ફ્રન્ટએન્ડ પરના મારા અનુભવ અને સંશોધન વિશે વાત કરવા માંગુ છું.

દંતકથા આ છે: પહેલા આપણે ગો ને ફ્રન્ટએન્ડ પર કેમ ચલાવવા માંગીએ છીએ તે વિશે વાત કરીશું, પછી આપણે તે કેવી રીતે કરી શકીએ તે વિશે વાત કરીશું. ત્યાં બે માર્ગો છે - વેબ એસેમ્બલી અને ગોફરજેએસ. ચાલો જોઈએ કે આ નિર્ણયો કઈ સ્થિતિમાં છે અને શું કરી શકાય છે.

અગ્રભાગમાં શું ખોટું છે?

દરેક વ્યક્તિ સંમત થાય છે કે અગ્રભાગ સાથે બધું સારું છે?

થોડા પરીક્ષણો? ધીમી બિલ્ડ? ઇકોસિસ્ટમ? દંડ.

ફ્રન્ટ-એન્ડ વિશે, મને એક અવતરણ ગમે છે જે ફ્રન્ટ-એન્ડ ડેવલપર્સમાંના એકે તેમના પુસ્તકમાં કહ્યું હતું:

જાવાસ્ક્રિપ્ટમાં ટાઇપ સિસ્ટમ નથી. હવે હું મારા કાર્ય દરમિયાન મને જે સમસ્યાઓનો સામનો કરવો પડ્યો તેનું નામ આપીશ અને તે કેવી રીતે હલ થાય છે તે સમજાવીશ.

જાવાસ્ક્રિપ્ટમાં ટાઇપ સિસ્ટમને ટાઇપ સિસ્ટમ કૉલ કરવી સામાન્ય રીતે મુશ્કેલ છે - ત્યાં એવી રેખાઓ છે જે ઑબ્જેક્ટનો પ્રકાર સૂચવે છે, પરંતુ હકીકતમાં આને પ્રકારો સાથે કોઈ લેવાદેવા નથી. આ સમસ્યા TypeScript (જાવાસ્ક્રિપ્ટનું એડ-ઓન) અને ફ્લો (જાવાસ્ક્રિપ્ટનું સ્ટેટિક-ચેકર ઓફ ટાઈપ) માં ઉકેલાય છે. વાસ્તવમાં, જાવાસ્ક્રિપ્ટમાં ખરાબ પ્રકારની સિસ્ટમની સમસ્યાને હલ કરવા માટે ફ્રન્ટએન્ડ પહેલેથી જ આગળ વધી ગયો છે.

બ્રાઉઝરમાં કોઈ પ્રમાણભૂત લાઇબ્રેરી નથી - બ્રાઉઝર્સમાં કેટલાક બિલ્ટ-ઇન ઑબ્જેક્ટ્સ અને "મેજિક" ફંક્શન્સ છે. પરંતુ મારી પાસે જાવાસ્ક્રિપ્ટમાં પ્રમાણભૂત પુસ્તકાલય નથી. આ સમસ્યા jQuery દ્વારા પહેલાથી જ હલ કરવામાં આવી છે (દરેક વ્યક્તિએ jQuery નો ઉપયોગ તમામ પ્રોટોટાઇપ, મદદગારો, કાર્ય કરવા માટે જરૂરી હોય તેવા કાર્યો સાથે કર્યો હતો). હવે દરેક વ્યક્તિ લોડાશનો ઉપયોગ કરે છે:

કૉલબેક નરક. મને લાગે છે કે દરેક વ્યક્તિએ લગભગ 5 વર્ષ પહેલાં Javascript કોડ જોયો હતો, અને તે કૉલબૅક્સની અવિશ્વસનીય જટિલતાઓમાંથી "નૂડલ" જેવો દેખાતો હતો. હવે આ સમસ્યા હલ થઈ ગઈ છે (ES-15 અથવા ES-16 ના પ્રકાશન સાથે), Javascript માં વચનો ઉમેરવામાં આવ્યા હતા અને દરેક જણ થોડા સમય માટે સરળ શ્વાસ લેવાનું શરૂ કર્યું હતું.

જ્યાં સુધી પ્રોમિસ હેલ સાથે ન આવે ત્યાં સુધી... મને ખબર નથી કે ફ્રન્ટ-એન્ડ ઉદ્યોગ કેવી રીતે મેનેજ કરે છે, પરંતુ તેઓ હંમેશા પોતાની જાતને કોઈક વિચિત્ર જંગલમાં લઈ જાય છે. અમે "વચન" પર નરક બનાવવામાં પણ વ્યવસ્થાપિત થયા. પછી અમે એક નવું આદિમ ઉમેરીને આ સમસ્યા હલ કરી છે - async/await:

અસુમેળ સાથે, સમસ્યા હલ થાય છે. Async/await એ વિવિધ ભાષાઓમાં ખૂબ જ લોકપ્રિય આદિમ છે. પાયથોન અને અન્ય લોકો પાસે આ અભિગમ છે - તે પૂરતું સારું છે. પ્રશ્ન ઉકેલાઈ ગયો.

કઈ સમસ્યા હલ થતી નથી? ફ્રેમવર્કની ઝડપથી વધી રહેલી જટિલતા, ઇકોસિસ્ટમની જટિલતા અને પ્રોગ્રામ્સ પોતે.

જાવાસ્ક્રિપ્ટનું સિન્ટેક્સ થોડું વિચિત્ર છે. આપણે બધા એરે અને ઑબ્જેક્ટ અને અન્ય યુક્તિઓ ઉમેરવાની સમસ્યાઓ જાણીએ છીએ.
જાવાસ્ક્રિપ્ટ બહુ-દૃષ્ટાંત છે. જ્યારે ઇકોસિસ્ટમ ખૂબ મોટી હોય ત્યારે હવે આ ખાસ કરીને દબાવતી સિસ્ટમ છે:
- દરેક વ્યક્તિ જુદી જુદી શૈલીમાં લખે છે - કોઈ રચનાત્મક રીતે લખે છે, કોઈ કાર્યાત્મક રીતે લખે છે, વિવિધ વિકાસકર્તાઓ અલગ રીતે લખે છે;
- જ્યારે તમે જુદા જુદા પેકેજોનો ઉપયોગ કરો છો ત્યારે વિવિધ પેકેજો (પેકેજ) માંથી વિવિધ દાખલાઓ;
- જાવાસ્ક્રિપ્ટમાં કાર્યાત્મક પ્રોગ્રામિંગ સાથે ઘણી બધી "મજા" - રેમ્બડા લાઇબ્રેરી દેખાઈ અને હવે આ લાઇબ્રેરીમાં લખેલા પ્રોગ્રામ્સ કોઈ વાંચી શકશે નહીં.
આ બધું ઇકોસિસ્ટમ પર મોટી અસર કરે છે, અને તે અવિશ્વસનીય રીતે વિકસ્યું છે. પેકેજો એકબીજા સાથે અસંગત છે: કેટલાક વચનો પર છે, કેટલાક એસિંક/પ્રતીક્ષા પર છે, કેટલાક કૉલબેક પર છે. તેઓ પણ જુદા જુદા દાખલાઓમાં લખે છે!
આ પ્રોજેક્ટને જાળવવાનું મુશ્કેલ બનાવે છે. જો તમે કોડ વાંચી શકતા નથી તો બગ શોધવાનું મુશ્કેલ છે.

વેબ એસેમ્બલી શું છે?

મોઝિલા ફાઉન્ડેશન અને અન્ય ઘણી કંપનીઓના બહાદુર લોકો વેબ એસેમ્બલી જેવી વસ્તુ લઈને આવ્યા હતા. આ શું છે?

આ બ્રાઉઝરમાં બનેલ વર્ચ્યુઅલ મશીન છે જે બાઈનરી ફોર્મેટને સપોર્ટ કરે છે.
દ્વિસંગી પ્રોગ્રામ્સ ત્યાં પહોંચે છે, તે લગભગ નેટીવ રીતે ચલાવવામાં આવે છે, એટલે કે, બ્રાઉઝરને દર વખતે જાવાસ્ક્રિપ્ટ કોડના તમામ "નૂડલ્સ" ને પાર્સ કરવાની જરૂર નથી.
બધા બ્રાઉઝરોએ સમર્થન જાહેર કર્યું છે.
આ બાઈટકોડ હોવાથી, તમે કોઈપણ ભાષા માટે કમ્પાઈલર લખી શકો છો.
ચાર મુખ્ય બ્રાઉઝર્સ પહેલેથી જ વેબ એસેમ્બલી સપોર્ટ સાથે મોકલે છે.
અમે ટૂંક સમયમાં Go માં સ્થાનિક સમર્થનની અપેક્ષા રાખીએ છીએ. આ નવું આર્કિટેક્ચર પહેલેથી જ ઉમેરવામાં આવ્યું છે: GOARCH=wasm GOOS=js (ટૂંક સમયમાં). અત્યાર સુધી, જેમ હું તેને સમજું છું, તે કાર્યાત્મક નથી, પરંતુ એક નિવેદન છે કે તે ચોક્કસપણે ગોમાં હશે.

હવે શું કરવું? ગોફરજેએસ

જ્યારે અમારી પાસે વેબ એસેમ્બલી સપોર્ટ નથી, ત્યાં ગોફરજેએસ જેવું ટ્રાન્સપિલર છે.

ગો કોડ "શુદ્ધ" જાવાસ્ક્રિપ્ટમાં સ્થાનાંતરિત થાય છે.
બધા બ્રાઉઝર્સમાં ચાલે છે - ત્યાં કોઈ નવી સુવિધાઓ નથી કે જે ફક્ત આધુનિક બ્રાઉઝર્સ દ્વારા જ સમર્થિત હોય (આ વેનીલા જેએસ છે, જે કંઈપણ પર ચાલે છે).
ગોરોટીન અને ચેનલો સહિત ગોમાં છે તે લગભગ દરેક વસ્તુ માટે સપોર્ટ છે... - જે બધું આપણે પ્રેમ કરીએ છીએ અને જાણીએ છીએ.
લગભગ આખી પ્રમાણભૂત લાઇબ્રેરી સપોર્ટેડ છે, તે પેકેજોના અપવાદ સિવાય કે જેને બ્રાઉઝરમાં સપોર્ટ કરવાનો કોઈ અર્થ નથી: syscall, નેટ ક્રિયાપ્રતિક્રિયાઓ (ત્યાં નેટ / HTTP ક્લાયંટ છે, પરંતુ કોઈ સર્વર નથી, અને ક્લાયંટ XMLHttpRequest દ્વારા અનુકરણ કરવામાં આવે છે) . સામાન્ય રીતે, સંપૂર્ણ પ્રમાણભૂત પુસ્તકાલય ઉપલબ્ધ છે - અહીં તે બ્રાઉઝરમાં છે, અહીં Go stdlib છે જે અમને ગમે છે.
Go માં સમગ્ર પેકેજ ઇકોસિસ્ટમ, બધા તૃતીય-પક્ષ સોલ્યુશન્સ (ટેમ્પ્લેટિંગ, વગેરે) GopherJS સાથે કમ્પાઇલ કરી શકાય છે અને બ્રાઉઝરમાં ચલાવી શકાય છે.

GopherJS મેળવવું ખૂબ જ સરળ છે - તે માત્ર એક નિયમિત Go પેકેજ છે. અમે ગો ગેટ કરીએ છીએ અને અમારી પાસે એપ્લિકેશન બનાવવા માટે ગોફરજેએસ આદેશ છે:

અહીં આવી નાની હેલો વર્લ્ડ છે...

...એક નિયમિત ગો પ્રોગ્રામ, સ્ટાન્ડર્ડ લાઇબ્રેરીનું નિયમિત fmt પેકેજ અને બ્રાઉઝર API સુધી પહોંચવા માટે Js બંધનકર્તા. Println આખરે કન્સોલ લોગમાં રૂપાંતરિત થશે અને બ્રાઉઝર "હેલો ગોફર્સ" લખશે! તે ખૂબ જ સરળ છે: અમે ગોફરજેએસ બિલ્ડ કરીએ છીએ - અમે તેને બ્રાઉઝરમાં લોન્ચ કરીએ છીએ - બધું કામ કરે છે!

આ ક્ષણે ત્યાં શું છે? બાઈન્ડિંગ્સ

બધા લોકપ્રિય js ફ્રેમવર્ક માટે બંધનકર્તાઓ છે:

jquery;
Angular.js
મોટા ડેટા સાથે પ્લોટિંગ અને કામ કરવા માટે D3.js;
React.js
VueJS;
ઇલેક્ટ્રોન માટે પણ સપોર્ટ છે (એટલે કે, આપણે પહેલેથી જ ઇલેક્ટ્રોન પર ડેસ્કટોપ એપ્લિકેશન્સ લખી શકીએ છીએ);
અને સૌથી મનોરંજક બાબત WebGL છે (અમે 3D ગ્રાફિક્સ, સંગીત અને તમામ ગૂડીઝ સાથેની રમતો સહિત સંપૂર્ણ ગ્રાફિક એપ્લિકેશનો બનાવી શકીએ છીએ);
અને તમામ લોકપ્રિય જાવાસ્ક્રિપ્ટ ફ્રેમવર્ક અને લાઇબ્રેરીઓ માટે અન્ય ઘણા બધા બંધનકર્તા.

ફ્રેમવર્ક

GopherJS - Vecty માટે પહેલેથી જ એક વેબ ફ્રેમવર્ક વિકસિત છે. આ React.js નું સંપૂર્ણ એનાલોગ છે, પરંતુ GopherJS ની વિશિષ્ટતાઓ સાથે માત્ર Go માં વિકસાવવામાં આવ્યું છે.
ગેમ બેગ્સ છે (અચાનક!). મને બે સૌથી લોકપ્રિય મળ્યા:
- engo
- એબિટેન.

તે કેવું દેખાય છે અને Go માં પહેલેથી શું લખી શકાય છે તેના કેટલાક ઉદાહરણો હું દર્શાવીશ:

અથવા આ વિકલ્પ (મને 3D શૂટર મળ્યું નથી, પરંતુ કદાચ તે અસ્તિત્વમાં છે):

હું શું સૂચવે છે?

હવે ફ્રન્ટ-એન્ડ ઇન્ડસ્ટ્રી એવી સ્થિતિમાં છે કે જાવાસ્ક્રિપ્ટથી અગાઉ રડતી બધી ભાષાઓ ત્યાં દોડી જશે. હવે બધું "વેબ એસેમ્બલીઝ" માં કમ્પાઈલ થશે. આપણે ત્યાં "ગોફર્સ" તરીકે લાયક સ્થાન લેવાની શું જરૂર છે?

ગોમાં, તે પરંપરાગત રીતે ચાલ્યું ગયું છે કે તે સિસ્ટમ પ્રોગ્રામિંગ ભાષા છે, અને UI સાથે કામ કરવા માટે વ્યવહારીક રીતે કોઈ લાઇબ્રેરીઓ નથી. કંઈક છે, પરંતુ તે અડધું ત્યજી દેવાયું છે, અડધું બિન-કાર્યકારી છે.

અને હવે - Go માં UI લાઇબ્રેરીઓ બનાવવાની સારી તક જે GopherJS પર ચાલશે! તમે છેલ્લે તમારું પોતાનું માળખું લખી શકો છો! સમય આવી ગયો છે જ્યારે તમે ફ્રેમવર્ક લખી શકો છો, અને તે પ્રથમમાંથી એક હશે અને વહેલા અપનાવવામાં આવશે, અને તમે સ્ટાર બનશો (જો તે એક સારું માળખું હશે).

તમે ગો ઇકોસિસ્ટમમાં પહેલાથી જ અસ્તિત્વમાં છે તે ઘણાં વિવિધ પેકેજોને બ્રાઉઝરની વિશિષ્ટતાઓ (ઉદાહરણ તરીકે, ટેમ્પલેટ એન્જિન) અનુકૂલિત કરી શકો છો. તેઓ પહેલેથી જ કામ કરશે, તમે અનુકૂળ બાઈન્ડીંગ્સ બનાવી શકો છો જેથી કરીને તમે બ્રાઉઝરમાં સીધી સામગ્રીને સરળતાથી રેન્ડર કરી શકો. ઉપરાંત, તમે, ઉદાહરણ તરીકે, સમાન કોડનો ઉપયોગ કરીને સર્વર પર અને ફ્રન્ટ-એન્ડ પર સમાન વસ્તુ રેન્ડર કરી શકે તેવી સેવા બનાવી શકો છો - ફ્રન્ટ-એન્ડ ડેવલપરને ગમે તે બધું (માત્ર હવે ગો પર).

તમે એક રમત લખી શકો છો! માત્ર આનંદ માટે…

હું એટલું જ કહેવા માંગતો હતો.

પ્રશ્નો

પ્રશ્ન (ત્યારબાદ Q તરીકે ઓળખવામાં આવે છે): - શું હું ગો કે જેએસમાં લખું છું?

એજી: – તમે દિનચર્યાઓ, ચેનલો, સ્ટ્રક્ચર્સ, એમ્બેડિંગ લખો છો – બધું જ Go માં… તમે ઇવેન્ટમાં સબ્સ્ક્રાઇબ કરો છો, ત્યાં ફંક્શન પાસ કરો છો.

IN: - એટલે કે, હું "નગ્ન" Js પર લખું છું?

એજી: - ના, તમે ગોમાં લખો છો અને બ્રાઉઝર API સાથે કનેક્ટ કરો છો (એપીઆઈ બદલાયું નથી). તમે તમારા પોતાના બાઈન્ડિંગ્સ લખી શકો છો જેથી ચેનલ પર સંદેશાઓ આવે - તે મુશ્કેલ નથી.

IN: - મોબાઇલ વિશે શું?

એજી: - મેં ખાતરીપૂર્વક જોયું: કોર્ડોવા પેચ માટે બાઈન્ડર છે જે Js લોન્ચ કરે છે. રીએક્ટ નેટીવમાં, મને ખબર નથી; કદાચ ત્યાં છે, કદાચ નથી (ખાસ કરીને રસ નથી). N-go ગેમ એન્જીન બંને મોબાઇલ એપ્લિકેશનને સપોર્ટ કરે છે - બંને iOs અને Android.

IN: - વેબ એસેમ્બલી વિશે એક પ્રશ્ન. સંક્ષિપ્તતા હોવા છતાં, વધુને વધુ સ્થાનો પર કબજો કરવામાં આવી રહ્યો છે, "ઝિપિંગ" ... શું આપણે આ રીતે આગળના ભાગની દુનિયાને વધુ મારશે નહીં?

એજી: - વેબ એસેમ્બલી એ બાઈનરી ફોર્મેટ છે, અને ડિફૉલ્ટ દ્વિસંગી અંતિમ પ્રકાશનમાં ટેક્સ્ટ કરતાં મોટી હોઈ શકતી નથી ... રનટાઇમ તમને ખેંચે છે, પરંતુ આ Javascript પ્રમાણભૂત લાઇબ્રેરી ન હોય ત્યારે ખેંચવા જેવું જ છે, તેથી અમે કેટલાક લોડાશ. મને ખબર નથી કે લોડાશ કેટલો સમય લે છે.

IN: - દેખીતી રીતે રનટાઇમ કરતાં ઓછું ...

એજી: - "શુદ્ધ" જાવાસ્ક્રિપ્ટ પર?

IN: - હા. અમે તેને મોકલતા પહેલા સંકુચિત કરીએ છીએ ...

એજી: - પરંતુ આ ટેક્સ્ટ છે ... સામાન્ય રીતે, એક મેગાબાઇટ ઘણું બધું છે, પરંતુ તે બધુ જ છે (તમારી પાસે સંપૂર્ણ રનટાઇમ છે). આગળ, તમે તમારો પોતાનો વ્યવસાય તર્ક લખો જે તમારી બાઈનરીમાં 1% વધારો કરશે. અત્યાર સુધી હું તેને અગ્રભાગને મારતો જોતો નથી. તદુપરાંત, વેબ એસેમ્બલી સ્પષ્ટ કારણસર Javascript કરતાં વધુ ઝડપથી કામ કરશે - તેને વિશ્લેષિત કરવાની જરૂર નથી.

IN: - અત્યાર સુધી, એક વિવાદાસ્પદ મુદ્દો... હજુ પણ "વાસમા" (વેબ એસેમ્બલી) નો કોઈ સંદર્ભ અમલીકરણ નથી, જેથી કોઈ અસ્પષ્ટપણે ન્યાય કરી શકે. વૈચારિક રીતે, હા: આપણે બધા સમજીએ છીએ કે બાઈનરી ઝડપી હોવી જોઈએ, પરંતુ તે જ V8 નું વર્તમાન અમલીકરણ ખૂબ જ કાર્યક્ષમ છે.

એજી: - હા.

IN: - ત્યાં સંકલન ખરેખર ખૂબ સરસ કામ કરે છે અને તે હકીકત નથી કે ત્યાં કોઈ મોટો ફાયદો થશે.

એજી: - વેબ એસેમ્બલી પણ મોટા લોકો દ્વારા બનાવવામાં આવે છે.

IN: - અત્યાર સુધી, તે મને લાગે છે, વેબ એસેમ્બલીનો નિર્ણય કરવો હજુ પણ મુશ્કેલ છે. ઘણાં વર્ષોથી વાતો થઈ રહી છે, પરંતુ અનુભવી શકાય તેવી વાસ્તવિક સિદ્ધિઓ ઓછી છે.

એજી: - કદાચ. જોઈએ.

IN: - અમને બેકએન્ડ પર સમસ્યાઓ નથી... કદાચ આપણે આ સમસ્યાઓને આગળના ભાગમાં છોડી દેવી જોઈએ? ત્યાં શા માટે જવું?

એજી: - અમારે ફ્રન્ટલાઈનર્સનો સ્ટાફ રાખવો પડશે.

કેટલીક જાહેરાતો 🙂

અમારી સાથે રહેવા બદલ આભાર. શું તમને અમારા લેખો ગમે છે? વધુ રસપ્રદ સામગ્રી જોવા માંગો છો? ઓર્ડર આપીને અથવા મિત્રોને ભલામણ કરીને અમને ટેકો આપો, $4.99 થી વિકાસકર્તાઓ માટે ક્લાઉડ VPS, એન્ટ્રી-લેવલ સર્વર્સનું એક અનન્ય એનાલોગ, જેની શોધ અમારા દ્વારા તમારા માટે કરવામાં આવી છે: VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps વિશેનું સંપૂર્ણ સત્ય $19 થી અથવા સર્વર કેવી રીતે શેર કરવું? (RAID1 અને RAID10 સાથે ઉપલબ્ધ, 24 કોરો સુધી અને 40GB DDR4 સુધી).

એમ્સ્ટરડેમમાં ઇક્વિનિક્સ ટાયર IV ડેટા સેન્ટરમાં ડેલ R730xd 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

એલેક્સી ગ્રેચેવ: આગળના ભાગમાં જાઓ