Mobiilne? Veebi? Mind ei huvita.<\/h2>\n
Oletame, et tahame luua rakenduse, mis kasutab React<\/a> raamatukogu. Seda raamatukogu saab kasutada veebirakenduste ja mobiilirakenduste loomiseks React emakeelena. Rakenduse loogilised mehhanismid, nagu autoriseerimine, arvutamine, filtreerimine andmed<\/a> ja nii edasi, saab teha React konksudega. K\u00fcsimus on selles, et neid konksusid saab jagada rakenduse m\u00f5lemas versioonis - veebi ja mobiilis. T\u00e4nu sellele v\u00f5imalusele on meil j\u00e4rgmised s\u00e4\u00e4stud:<\/p>\n Selle l\u00f5igu kokkuv\u00f5tteks - asi ei ole selles, et \u00fcks koodibaas toidab k\u00f5iki rakenduse versioone, kuigi me v\u00f5ime jagada jagatud koodi ja kasutada seda igas on, et teha arendusprotsess<\/a> t\u00f5esti kiiremini.<\/p>\n Kokkuv\u00f5te - kui soovite ehitada veebirakendust ja mobiilirakendust samaaegselt, kaaluge React raamatukogu, mis v\u00f5ib jagada koodibaasi rakenduse mobiil- ja veebiversioonis.<\/p>\n M\u00f5ned aastad tagasi, kui r\u00e4\u00e4giti backendist, siis ilmselt v\u00e4hesed inimesed kujutasid ette, et selle hooldamine v\u00f5iks olla v\u00f5imalik sellise keele abil nagu JS<\/strong>. Selle keele areng on h\u00e4mmastav ja selle vilju saab korjata t\u00e4naseni.<\/p>\n Millest ma r\u00e4\u00e4gin? Kui te palkate \u00f5ige JS arendajad<\/strong>, selgub, et nad v\u00f5ivad kirjutada mitte ainult rakenduse frontend, vaid ka backend - st vastutavad andmete t\u00f6\u00f6tlemise eest serveris, suhtluse eest andmebaasiga, erinevate integratsioonide eest jne. Veel k\u00f5hklevad v\u00f5i ei ole veendunud selles keeles? Sellise suhtumise jaoks ei ole p\u00f5hjust! Backend, kasutades JS <\/strong> saab rakendada kahel populaarsel viisil - laiendatavas ja konfigureeritavas re\u017eiimis, mida express.js v\u00f5ib meile pakkuda, ja struktureeritud re\u017eiimis, kasutades DI-mustrit - nest.js.<\/p>\n M\u00f5lemad lahendused on \u00e4\u00e4rmiselt populaarsed ja k\u00e4ivitavad palju tootmisrakendusi, mille omanikud on oma t\u00f6\u00f6stusharu \"tehnoloogiagigandid\". Ma arvan, et nad on piisavalt k\u00fcpsenud, et veenda teid valima \u00fcksk\u00f5ik kumba neist.<\/p>\n Kas ikka veel ei piisa? Sarnaselt koodijagamisele veebi- ja mobiilirakenduste vahel v\u00f5ib backend jagada ressursse nii esimese kui ka teise rakendusega. V\u00f5tmes\u00f5na, mida siinkohal tuleb kasutada, on TypeScript<\/a> - muu hulgas v\u00f5imaldab see meil jagada koodibaasi, st \u00fchist andmet\u00fc\u00fcbi m\u00e4\u00e4ratlust k\u00f5igi platvormide vahel.<\/p>\n Rakendustega, mis on ehitatud ainult JavaScript<\/a> <\/strong>\/ TypeScript<\/strong> monoliidi abil on meil salvestatud palju koodiridu, mida me peaksime dubleerima emakeelsetes programmeerimiskeeltes. Teisest k\u00fcljest, kui kasutame k\u00f5ikidel rindeliinidel sama keelt, saame jagada suurel hulgal loogikat k\u00f5igi rakenduste vahel, mis kindlasti kiirendaks aega, mille jooksul saab konkreetse rakenduse ehitada. Kas see ei k\u00f5la suurep\u00e4raselt?<\/p>\n Selgub, et brauserirakenduste loomiseks m\u00f5eldud tehnoloogiad sobivad suurep\u00e4raselt nende rakenduste hooldamiseks, mida me kasutame t\u00f6\u00f6laua kujul - hea n\u00e4ide v\u00f5ib siinkohal olla Slack. Slack on rakendus, mida kasutatakse meeskond<\/a> kommunikatsioon - lisaks tavalisele s\u00f5numivahetusele pakub see palju erinevaid funktsioone ja mitmesuguseid v\u00e4liseid integratsioone. K\u00f5ik see teeb sellest \u00fche k\u00f5ige populaarsema rakenduse, mida kasutatakse peamiselt IT-valdkonnas.<\/p>\n Nagu selgub, kasutab ka Slack oma rakendusliidese loomiseks veebitehnoloogiaid (ja seega ka JavaScript). Alus, mis v\u00f5imaldab selliseid rakendusi t\u00f6\u00f6laual k\u00e4ivitada, on elektron. Graafiliste liideste loomine veebitehnoloogiate abil teeb rakenduste arendamise erinevatele platvormidele \u00fcheaegselt palju lihtsamaks, kiiremaks ja \u00fcldiselt v\u00f5imalikuks.<\/p>\n Telling poolt frontend osa taotluse, ei ole illusiooni, et JS <\/strong>on ainus ja ainu\u00fcksi keel, mis siinset \u00f6kos\u00fcsteemi k\u00e4ima paneb. Hetkel ei ole eluj\u00f5ulisi alternatiive, mis v\u00f5iksid seda osa rakendusest asendada (kuigi ma arvan, et WebAssembly v\u00f5ib meid tulevikus \u00fcllatada). Seega, r\u00e4\u00e4kides JS-i k\u00fcpsusest frontendil - pole kahtlustki, et see on ainus kuninglik.<\/p>\n Backendist r\u00e4\u00e4kides v\u00f5ivad paljud arendajad tunduda \u0161okeeritud v\u00f5i kohe eitada, et JS sobib programmeerimiskeeleks backendis. Kuid asja tuleb anal\u00fc\u00fcsida objektiivselt.<\/p>\n Paljud pilvepakkujad pakuvad SDK-sid, mis v\u00f5imaldavad teil otse kasutada pilv<\/a> meetodid. Kummalisel kombel on \u00fcks populaarsemaid vahekaarte, kohe C#, Go ja Java<\/a>, on Node.js<\/a>. Selgub, et see platvorm on ideaalne skaleerimiseks ja rakenduste loomiseks, mis p\u00f5hinevad mikroteenused<\/a> v\u00f5i serverivaba arhitektuur. Kokkuv\u00f5te - JS on \u00fcks populaarsemaid keeli mikroteenustel\/serverita arhitektuuril p\u00f5hinevate rakenduste arendamiseks. Allpool olevatel ekraanidel n\u00e4eme, et p\u00fcha kolmainsus (Google Computing Services, AWS<\/a>, Azure<\/a>) pilvepakkujate v\u00f5imaldab meil luua rakendusi, kasutades s\u00f5lme<\/a>.js.<\/p>\n Mis puutub node.js \u00f6kos\u00fcsteemi, siis t\u00f5en\u00e4oliselt on k\u00f5ik tuttavad raamatukogu nimega express.js - see on lihtne ja lihtne t\u00f6\u00f6riist, mis v\u00f5imaldab teil m\u00e4\u00e4ratleda teekondi ja seej\u00e4rel s\u00f6\u00f6ta neile sobivaid andmeid, mis on JS-poolel korralikult t\u00f6\u00f6deldud. Veelgi enam, express.jsis k\u00e4sitletud HTTP-p\u00e4ringute seas kasutatav muster on saanud \u00fcheks k\u00f5ige populaarsemaks kogu \u00f6kos\u00fcsteemis ja on omamoodi musteriks erinevatele teistele raamatukogudele, mis kasutavad n\u00e4iteks serverless-arhitektuuri.<\/p>\n J\u00e4reldus - JS on piisavalt k\u00fcps keel, et panna k\u00f5ik kaardid ja ehitada nii frontend kui ka backend. Lisaks on see \u00fcsna v\u00e4rske keel, mis leiab kergesti tee kaasaegsetesse rakendusarhitektuuridesse. See on suurep\u00e4rane, et programmeerija, kes oskab \u00fchte keelt, saab hakkama rakenduse m\u00f5lema poolega (full stack).<\/p>\n Noh, k\u00f5ige sagedamini kasutatav mootor JS-koodi t\u00e4itmiseks on v8, mis p\u00f5hineb C++ keelel. See Google'i poolt v\u00e4lja t\u00f6\u00f6tatud mootor on m\u00f5eldud veebiplatvormide rakenduste k\u00e4ivitamiseks. Huvitav on see, et see mootor ei t\u00f5lgenda JS-koodi. Selle asemel teeb ta asja, mida nimetatakse \"JIT\" - \"just in time compilation\". T\u00e4nu sellele ei pea me JS-koodi rida-realt t\u00f5lgendama, vaid lihtsalt kompileerime selle ja k\u00e4ivitame selle. See on isegi kiirem ja annab meile t\u00f5esti toredaid tulemusi j\u00f5udluse osas.<\/p>\n Kas JS on piisavalt \u00f5iglane tulemuslikkuse osas? Jah, on. Niikaua kui te peate oma algoritme piisavalt \u00f5iglaseks, ei ole JS-i kasutamine serveri poolel probleemiks. Teine asi on hoida oma koodi v\u00f5imalikult as\u00fcnkroonsena. Nende tavade abil saab teie kood k\u00e4sitleda paralleelseid p\u00e4ringuid ilma probleemideta. Te ei pea j\u00f5udluse t\u00f5ttu tehnoloogia vahetamisest hoolima - eriti kui rakenduse arhitektuur on skaleeritav.<\/p>\n Olen juba \u00fcksikasjalikult arutanud selles artiklis j\u00f5udlust ja v\u00f5rdlusn\u00e4itajaid. <\/p>\n Noh, need on k\u00fcmneid arvamusi, et JS-keel k\u00e4itub m\u00f5nel juhul imelikult ja selle k\u00e4sitlemine on midagi, mis paneb arendusprotsessi k\u00e4igus pea l\u00f5hkema. Ma ei saa n\u00f5ustuda \ud83d\ude42 Nagu igal teisel keelel, on ka sellel mitmeid mustreid\/k\u00e4itumisviise, mis ei ole elegantsed, aga kui m\u00f5ista, kuidas nad t\u00f6\u00f6tavad ja mis on nende eesm\u00e4rgid, siis ei ole JS-ga rakenduste arendamine ebameeldiv.<\/p>\n Eriti \"as\u00fcnkroonne\" m\u00e4rkus vahetult enne JS-i paneb m\u00f5ned arendajad v\u00e4risema. Sellest on raske aru saada, kui sul pole sellega kogemusi. Kuid see on JS-i osa, mis v\u00f5imaldab meil moodsaid lahendusi lihtsalt ehitada. Vaatame \u00fcle websocketid: kuna need on s\u00fcndmusp\u00f5hised - iga \u00fchendatud \u00fcksus - kasutaja ja server saavad paralleelselt s\u00fcndmusi v\u00e4lja saata ja vastu v\u00f5tta. Kui rakendust k\u00e4ivitav kood on piisavalt as\u00fcnkroonne ja ei blokeeri p\u00f5hiliini, saame l\u00fchikese aja jooksul h\u00f5lpsasti hakkama tuhandete p\u00e4ringutega.<\/p>\n V\u00f5rdleme JS ja PHP<\/a> veebiv\u00f5rkude kontekstis. PHP on s\u00fcnkroonne programmeerimiskeel, mist\u00f5ttu veebisocketite teemade lahendamine tekitab suurt peavalu. Me n\u00e4eme, et PHP saab JS-st mustreid interaktiivsete backend-rakenduste loomiseks, mis v\u00f5ivad kasutada kaasaegseid tehnoloogiaid, n\u00e4iteks webrtc v\u00f5i websockets.<\/p>\n K\u00f5iki l\u00f5ike kokku v\u00f5ttes v\u00f5ime t\u00f5deda m\u00f5ned faktid:<\/p>\n JavaScript<\/strong> on keel, mida saab kasutada k\u00f5ikv\u00f5imalike rakenduste loomiseks - alates veebist kuni mobiil- ja lauaarvutiteni; Et anda oma, t\u00f5si k\u00fcll, erapoolik arvamus - JavaScript v\u00f5imalust kasutada sama koodi taaskasutamist k\u00f5igil olemasolevatel rindeliinidel on midagi, mis kindlasti kiirendab rakenduste arendamist ja v\u00e4hendab arendajate arvu, kes tegelevad teistes tehnoloogiates kirjutatud rakenduste backend'i hooldamisega. Kinnituseks tuletame meelde asjaolu, et suur hulk nn IT-hiiglasi j\u00e4rgib seda mustrit ja jagab \u00fcsna palju koodibaasi platvormide vahel. Hoolimata erinevatest arvamustest selle keele kohta, tuleb arvestada, et kasutusstatistika ja rahulolu kasutamisega JS <\/strong>kasvavad aasta-aastalt ja selle arendajad saavad h\u00f5lpsasti haakuda t\u00e4isst\u00e4kkide suundumusega.<\/p>\n Loe edasi:<\/b><\/p>\n Miks peaksite (t\u00f5en\u00e4oliselt) kasutama Typescript'i<\/a><\/p>\n Kuidas mitte tappa projekti halbade kodeerimistavadega?<\/a><\/p>\n\n
Aga kuidas on lood backendiga?<\/h2>\n
Kas JS saab kasutada t\u00f6\u00f6lauarakendusi?<\/h2>\n
Kas JS on piisavalt k\u00fcps?<\/h2>\n
![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.12.png\" "\\"Pilvekonsooli")
<\/p>\n![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.25.png\" "\\"Viieminutilised")
<\/p>\nKas JS on piisavalt kiire?<\/h2>\n
Kas JS ei ole selline veidrus teiste keelte seas?<\/h2>\n
Sega see k\u00f5ik kokku<\/h2>\n
\nJS-s kirjutatud rakendused v\u00f5ivad omavahel jagada erinevaid koodifragmente, n\u00e4iteks neid, mis vastutavad andmete vormindamise v\u00f5i t\u00fc\u00fcpide eest Typescriptis;
\nT\u00e4nu veebi kasvule on JS-i pakutav j\u00f5udlus piisavalt hea, et valida nii frontend- kui ka backend-rakenduste arendamiseks;
\nT\u00e4nu oma ebatavalisele disainile on JavaScript v\u00f5imeline toetama kaasaegseid rakenduste infrastruktuure, nagu n\u00e4iteks websockets ja WebRTC;
\nKui palkate korralikult kvalifitseeritud arendaja, siis saate kasutada selle potentsiaali igas olemasolevas frontendis, mis seda keelt kasutab;
\nJS on keel, mis on juba mitu aastat t\u00f5usnud populaarsusedetabelites ja ei ole mingeid m\u00e4rke, et see kuidagi muutuks.<\/p>\n![\"Digitaalse](\"\/app\/uploads\/2024\/05\/cta_2.jpeg\")
<\/a><\/p>\n