Matkapuhelin? Web? En v\u00e4lit\u00e4.<\/h2>\n
Oletetaan, ett\u00e4 haluamme rakentaa sovelluksen, joka k\u00e4ytt\u00e4\u00e4 ty\u00f6kalua nimelt\u00e4 React<\/a> kirjasto. T\u00e4t\u00e4 kirjastoa voidaan k\u00e4ytt\u00e4\u00e4 verkkosovellusten ja mobiilisovellusten rakentamiseen React-natiivilla. Sovelluksen loogiset mekanismit, kuten valtuuttaminen, laskenta, suodatus tiedot<\/a> ja niin edelleen, voidaan tehd\u00e4 React-koukuilla. T\u00e4rkeint\u00e4 on, ett\u00e4 n\u00e4m\u00e4 koukut voidaan jakaa sovelluksen molemmissa versioissa - web- ja mobiiliversiossa. T\u00e4m\u00e4n vaihtoehdon ansiosta meill\u00e4 on seuraavat s\u00e4\u00e4st\u00f6t:<\/p>\n Yhteenvetona t\u00e4st\u00e4 kappaleesta - kyse ei ole siit\u00e4, ett\u00e4 yksi koodipohja antaa virtaa kaikille sovelluksen versioille, vaikka voimme jakaa jaetun koodin ja k\u00e4ytt\u00e4\u00e4 sit\u00e4 jokaisessa on tehd\u00e4 kehitysprosessi<\/a> todella nopeammin.<\/p>\n Johtop\u00e4\u00e4t\u00f6s - jos haluat rakentaa verkkosovelluksen ja mobiilisovelluksen samanaikaisesti, harkitse React-kirjastoa, joka voi jakaa koodipohjan sovelluksen mobiili- ja verkkoversiossa.<\/p>\n Muutama vuosi sitten, kun puhuttiin backendist\u00e4, luultavasti harva olisi voinut kuvitella, ett\u00e4 sen yll\u00e4pito olisi mahdollista sellaisen kielen avulla, kuten JS<\/strong>. T\u00e4m\u00e4n kielen kehitys on h\u00e4mm\u00e4stytt\u00e4v\u00e4\u00e4, ja sen hedelmi\u00e4 voidaan korjata viel\u00e4 t\u00e4n\u00e4kin p\u00e4iv\u00e4n\u00e4.<\/p>\n Mist\u00e4 min\u00e4 puhun? Jos palkkaat oikean JS-kehitt\u00e4j\u00e4t<\/strong>, k\u00e4y ilmi, ett\u00e4 he voivat kirjoittaa sovelluksen etusivun lis\u00e4ksi my\u00f6s taustapuolen - eli vastata tietojen k\u00e4sittelyst\u00e4 palvelimella, yhteydenpidosta tietokannan kanssa, erilaisista integraatioista jne. Ep\u00e4r\u00f6itk\u00f6 viel\u00e4 tai etk\u00f6 ole vakuuttunut t\u00e4st\u00e4 kielest\u00e4? T\u00e4h\u00e4n asenteeseen ei ole mit\u00e4\u00e4n syyt\u00e4! Backendin k\u00e4ytt\u00f6 JS <\/strong> voidaan toteuttaa kahdella suositulla tavalla - laajennettavassa ja konfiguroitavassa tilassa, jonka express.js voi tarjota meille, ja strukturoidussa tilassa k\u00e4ytt\u00e4en DI-mallia - nest.js.<\/p>\n Molemmat ratkaisut ovat eritt\u00e4in suosittuja, ja ne py\u00f6ritt\u00e4v\u00e4t monia tuotantosovelluksia, joiden omistajat ovat oman alansa \"teknologiaj\u00e4ttej\u00e4\". Uskon, ett\u00e4 ne ovat kypsyneet tarpeeksi vakuuttaakseen sinut valitsemaan jommankumman niist\u00e4.<\/p>\n Eik\u00f6 viel\u00e4k\u00e4\u00e4n riit\u00e4? Samoin kuin web- ja mobiilisovellusten v\u00e4linen koodinjako, backend voi jakaa resursseja sek\u00e4 edellisten ett\u00e4 j\u00e4lkimm\u00e4isten kanssa. Avainsana t\u00e4ss\u00e4 on TypeScript<\/a> - Sen avulla voimme muun muassa jakaa koodipohjan eli yhteisen tietotyyppim\u00e4\u00e4rittelyn kaikkien alustojen kesken.<\/p>\n Kun sovellukset on rakennettu yksinomaan JavaScript<\/a> <\/strong>\/ TypeScript<\/strong> pino k\u00e4ytt\u00e4m\u00e4ll\u00e4 monoliittia, s\u00e4\u00e4st\u00e4mme paljon koodirivej\u00e4, jotka meid\u00e4n pit\u00e4isi kopioida natiivilla ohjelmointikielell\u00e4. Toisaalta k\u00e4ytt\u00e4m\u00e4ll\u00e4 samaa kielt\u00e4 kaikilla rintamilla voimme jakaa valtavan m\u00e4\u00e4r\u00e4n logiikkaa kaikkien sovellusten kesken, mik\u00e4 varmasti nopeuttaisi tietyn sovelluksen rakentamiseen kuluvaa aikaa. Eik\u00f6 kuulosta hienolta?<\/p>\n On k\u00e4ynyt ilmi, ett\u00e4 selainsovellusten rakentamiseen k\u00e4ytett\u00e4v\u00e4t tekniikat soveltuvat erinomaisesti niiden sovellusten yll\u00e4pitoon, joita k\u00e4yt\u00e4mme ty\u00f6p\u00f6yt\u00e4muodossaan - hyv\u00e4 esimerkki t\u00e4st\u00e4 voi olla Slack. Slack on sovellus, jota k\u00e4ytet\u00e4\u00e4n joukkue<\/a> viestint\u00e4 - tavallisen viestinv\u00e4lityksen lis\u00e4ksi siin\u00e4 on paljon erilaisia toimintoja ja erilaisia ulkoisia integraatioita. Kaikki t\u00e4m\u00e4 tekee siit\u00e4 yhden suosituimmista sovelluksista, joita k\u00e4ytet\u00e4\u00e4n p\u00e4\u00e4asiassa IT-alalla.<\/p>\n Kuten k\u00e4vi ilmi, my\u00f6s Slack k\u00e4ytt\u00e4\u00e4 web-tekniikoita (ja siten JavaScript:t\u00e4) sovellusrajapintansa rakentamiseen. Perusta, joka mahdollistaa t\u00e4llaisten sovellusten k\u00e4ytt\u00e4misen ty\u00f6p\u00f6yd\u00e4ll\u00e4si, on electron. Graafisten k\u00e4ytt\u00f6liittymien luominen web-teknologioiden avulla tekee sovellusten kehitt\u00e4misest\u00e4 paljon helpompaa, nopeampaa ja yleens\u00e4 mahdollista kehitt\u00e4\u00e4 sovelluksia eri alustoille samanaikaisesti.<\/p>\n Kertomalla frontend osa sovelluksen, ei ole mit\u00e4\u00e4n harhakuvitelmia, ett\u00e4 JS <\/strong>on ainoa ja yksinomainen kieli, jolla ekosysteemi toimii. Toistaiseksi ei ole olemassa toimivia vaihtoehtoja, jotka voisivat korvata t\u00e4m\u00e4n osan sovelluksesta (vaikka uskonkin, ett\u00e4 WebAssembly voi yll\u00e4tt\u00e4\u00e4 meid\u00e4t tulevaisuudessa). Joten, kun puhutaan JS:n kypsyydest\u00e4 frontendiss\u00e4 - ei ole ep\u00e4ilyst\u00e4k\u00e4\u00e4n siit\u00e4, ett\u00e4 se on ainoa kuninkaallinen.<\/p>\n Kun puhutaan backendist\u00e4, monet kehitt\u00e4j\u00e4t saattavat olla j\u00e4rkyttyneit\u00e4 tai kielt\u00e4\u00e4 heti, ett\u00e4 JS soveltuu backendin ohjelmointikieleksi. Asiaa on kuitenkin analysoitava objektiivisesti.<\/p>\n Monet pilvipalveluntarjoajat tarjoavat SDK:ita, joiden avulla voit k\u00e4ytt\u00e4\u00e4 suoraan pilvi<\/a> menetelm\u00e4t. Kummallista kyll\u00e4, yksi suosituimmista v\u00e4lilehdist\u00e4, aivan C#, Go ja Java<\/a>, on Node.js<\/a>. On k\u00e4ynyt ilmi, ett\u00e4 t\u00e4m\u00e4 alusta on ihanteellinen skaalautumiseen ja sovellusten rakentamiseen, jotka perustuvat mikropalvelut<\/a> tai palvelimeton arkkitehtuuri. Johtop\u00e4\u00e4t\u00f6s - JS on yksi suosituimmista kielist\u00e4 mikropalveluihin\/palvelimettomaan arkkitehtuuriin perustuvien sovellusten kehitt\u00e4miseen. Alla olevista n\u00e4yt\u00f6ist\u00e4 n\u00e4emme, ett\u00e4 pyh\u00e4 kolminaisuus (Google Computing Services, AWS<\/a>, Azure<\/a>) pilvipalveluntarjoajien avulla voimme rakentaa sovelluksia k\u00e4ytt\u00e4en apuna solmu<\/a>.js.<\/p>\n Mit\u00e4 tulee node.js-ekosysteemiin, luultavasti kaikki tuntevat kirjaston nimelt\u00e4 express.js - se on yksinkertainen ja suoraviivainen ty\u00f6kalu, jonka avulla voit m\u00e4\u00e4ritell\u00e4 polkuja ja sy\u00f6tt\u00e4\u00e4 niille sopivia tietoja, jotka on k\u00e4sitelty asianmukaisesti JS-puolella. Lis\u00e4ksi express.js:ss\u00e4 k\u00e4siteltyjen HTTP-pyynt\u00f6jen joukossa k\u00e4ytetyst\u00e4 kuviosta on tullut yksi suosituimmista koko ekosysteemiss\u00e4 ja se on er\u00e4\u00e4nlainen malli erilaisille muille kirjastoille, jotka k\u00e4ytt\u00e4v\u00e4t esimerkiksi serverless-arkkitehtuuria.<\/p>\n Johtop\u00e4\u00e4t\u00f6s - JS on kieli, joka on tarpeeksi kyps\u00e4 kaikkien korttien asettamiseen ja sek\u00e4 frontendin ett\u00e4 backendin rakentamiseen. Lis\u00e4ksi se on melko tuore kieli, joka l\u00f6yt\u00e4\u00e4 helposti tiens\u00e4 nykyaikaisiin sovellusarkkitehtuureihin. On hienoa, ett\u00e4 yhden kielen osaava ohjelmoija voi hallita sovelluksen molemmat puolet (full stack).<\/p>\n No, JS-koodin suorittamiseen useimmiten k\u00e4ytetty moottori on v8, joka perustuu C++-kieleen. T\u00e4m\u00e4 Googlen kehitt\u00e4m\u00e4 moottori on tarkoitettu web-alustojen sovellusten suorittamiseen. Mielenkiintoista on, ett\u00e4 t\u00e4m\u00e4 moottori ei tulkitse JS-koodia. Sen sijaan se tekee niin sanotun JIT:n - \"just in time compilation\". Sen ansiosta meid\u00e4n ei tarvitse tulkita JS-koodia rivi rivilt\u00e4, vaan k\u00e4\u00e4nn\u00e4mme sen vain ja suoritamme sen. Se on jopa nopeampaa ja antaa meille todella hyvi\u00e4 suorituskykytuloksia.<\/p>\n Onko JS tarpeeksi reilu suorituskyvyn suhteen? Kyll\u00e4 on. Kunhan algoritmit pidet\u00e4\u00e4n riitt\u00e4v\u00e4n reiluina, JS:n k\u00e4ytt\u00f6 palvelinpuolella ei ole ongelma. Toinen asia on pit\u00e4\u00e4 koodisi mahdollisimman asynkronisena. N\u00e4ill\u00e4 k\u00e4yt\u00e4nn\u00f6ill\u00e4 koodisi voi k\u00e4sitell\u00e4 rinnakkaisia pyynt\u00f6j\u00e4 ilman ongelmia. Sinun ei tarvitse v\u00e4litt\u00e4\u00e4 tekniikan vaihtamisesta suorituskyvyn takia - varsinkin kun sovelluksen arkkitehtuuri on skaalautuva.<\/p>\n Olen jo k\u00e4sitellyt suorituskyky\u00e4 ja vertailuarvoja yksityiskohtaisesti t\u00e4ss\u00e4 artikkelissa. <\/p>\n No, n\u00e4m\u00e4 ovat kymmeni\u00e4 mielipiteit\u00e4 siit\u00e4, ett\u00e4 JS-kieli k\u00e4ytt\u00e4ytyy joissakin tapauksissa oudosti ja ett\u00e4 sen k\u00e4sittely saa p\u00e4\u00e4n r\u00e4j\u00e4ht\u00e4m\u00e4\u00e4n kehitysprosessin aikana. En voi olla samaa mielt\u00e4 \ud83d\ude42 Aivan kuten miss\u00e4 tahansa muussa kieless\u00e4, siin\u00e4 on useita malleja\/k\u00e4ytt\u00e4ytymismalleja, jotka eiv\u00e4t ole tyylikk\u00e4it\u00e4, mutta kun ymm\u00e4rt\u00e4\u00e4 miten ne toimivat ja mit\u00e4 niiden tavoitteet ovat sovellusten kehitt\u00e4minen JS:ll\u00e4 ei ole ep\u00e4miellytt\u00e4v\u00e4\u00e4.<\/p>\n Erityisesti \"asynkroninen\" -merkint\u00e4 juuri ennen JS:\u00e4\u00e4 saa jotkut kehitt\u00e4j\u00e4t vapisemaan. Sit\u00e4 on vaikea ymm\u00e4rt\u00e4\u00e4, kun siit\u00e4 ei ole kokemusta. Se on kuitenkin osa JS:\u00e4\u00e4, jonka avulla voimme rakentaa nykyaikaisia ratkaisuja helposti. Tarkastellaanpa websocketteja: koska ne ovat tapahtumapohjaisia - kukin yhdistetyist\u00e4 yksik\u00f6ist\u00e4 - k\u00e4ytt\u00e4j\u00e4 ja palvelin voivat l\u00e4hett\u00e4\u00e4 ja vastaanottaa tapahtumia rinnakkain. Jos sovelluksen k\u00e4ytt\u00f6voimana oleva koodi on riitt\u00e4v\u00e4n asynkronista eik\u00e4 se est\u00e4 p\u00e4\u00e4s\u00e4ikeen toimintaa, voimme helposti k\u00e4sitell\u00e4 tuhansia pyynt\u00f6j\u00e4 lyhyess\u00e4 ajassa.<\/p>\n Verrataanpa JS:\u00e4\u00e4 ja PHP<\/a> websockettien yhteydess\u00e4. PHP on synkroninen ohjelmointikieli, joten websocket-aiheiden ratkaiseminen tuottaa valtavasti p\u00e4\u00e4nvaivaa. N\u00e4emme, ett\u00e4 PHP saa JS:st\u00e4 malleja interaktiivisten backend-sovellusten rakentamiseen, jotka voivat k\u00e4ytt\u00e4\u00e4 nykyaikaisia tekniikoita, kuten webrtc:t\u00e4 tai websocketteja.<\/p>\n Kun kaikki kohdat kootaan yhteen, voidaan todeta muutamia tosiasioita:<\/p>\n JavaScript<\/strong> on kieli, jolla voidaan rakentaa kaikenlaisia sovelluksia - webist\u00e4 mobiililaitteisiin ja ty\u00f6p\u00f6yt\u00e4sovelluksiin; My\u00f6nn\u00e4n tosin puolueellisen mielipiteeni: JavaScript:n mahdollisuus k\u00e4ytt\u00e4\u00e4 samaa koodia uudelleen kaikilla k\u00e4ytett\u00e4viss\u00e4 olevilla rintamilla nopeuttaa varmasti sovelluskehityst\u00e4 ja v\u00e4hent\u00e4\u00e4 muilla tekniikoilla kirjoitettujen sovellusten backendin yll\u00e4pitoon osallistuvien kehitt\u00e4jien m\u00e4\u00e4r\u00e4\u00e4. Vahvistukseksi muistutetaan, ett\u00e4 valtava m\u00e4\u00e4r\u00e4 niin sanottuja IT-alan j\u00e4ttil\u00e4isi\u00e4 noudattaa t\u00e4t\u00e4 mallia ja jakaa melko paljon koodipohjaa eri alustoilla. Huolimatta eri\u00e4vist\u00e4 mielipiteist\u00e4 t\u00e4st\u00e4 kielest\u00e4 on otettava huomioon, ett\u00e4 k\u00e4ytt\u00f6- ja tyytyv\u00e4isyystilastot ovat osoittaneet, ett\u00e4 JS <\/strong>kasvavat vuosi vuodelta, ja sen kehitt\u00e4j\u00e4t voivat helposti liitty\u00e4 t\u00e4yden pinon trendiin.<\/p>\n Lue lis\u00e4\u00e4:<\/b><\/p>\n Miksi sinun pit\u00e4isi (luultavasti) k\u00e4ytt\u00e4\u00e4 Typescripti\u00e4?<\/a><\/p>\n Miten projektia ei saa tappaa huonoilla koodausk\u00e4yt\u00e4nn\u00f6ill\u00e4?<\/a><\/p>\n\n
Mutta ent\u00e4 backend?<\/h2>\n
Voiko JS k\u00e4ytt\u00e4\u00e4 ty\u00f6p\u00f6yt\u00e4sovelluksia?<\/h2>\n
Onko JS tarpeeksi kyps\u00e4?<\/h2>\n
![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.12.png\" "\\"Cloud")
<\/p>\n![\"Node.js-vertailu\"](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.25.png\" "\\"Viiden")
<\/p>\nOnko JS tarpeeksi nopea?<\/h2>\n
Eik\u00f6 JS olekin sellainen omituisuus muiden kielten joukossa?<\/h2>\n
Sekoita kaikki yhteen<\/h2>\n
\nJS-kielell\u00e4 kirjoitetut sovellukset voivat jakaa kesken\u00e4\u00e4n erilaisia koodinp\u00e4tki\u00e4, kuten Typescriptin tietojen muotoilusta tai tyypeist\u00e4 vastaavat osat;
\nVerkon kasvun ansiosta JS:n tarjoama suorituskyky on tarpeeksi hyv\u00e4, jotta sit\u00e4 voidaan k\u00e4ytt\u00e4\u00e4 sek\u00e4 frontend- ett\u00e4 backend-sovellusten kehitt\u00e4miseen;
\nEp\u00e4tavallisen rakenteensa ansiosta JavaScript tukee nykyaikaisia sovellusinfrastruktuureja, kuten websocketteja ja WebRTC:t\u00e4;
\nPalkkaamalla kunnolla koulutetun kehitt\u00e4j\u00e4n voit hy\u00f6dynt\u00e4\u00e4 sen potentiaalia kaikissa k\u00e4ytett\u00e4viss\u00e4 olevissa frontend-ohjelmissa, jotka k\u00e4ytt\u00e4v\u00e4t t\u00e4t\u00e4 kielt\u00e4;
\nJS on kieli, joka on noussut suosiossa jo useiden vuosien ajan, eik\u00e4 ole mit\u00e4\u00e4n merkkej\u00e4 siit\u00e4, ett\u00e4 t\u00e4m\u00e4 muuttuisi mill\u00e4\u00e4n tavalla.<\/p>\n![\"Digitaalisen](\"\/app\/uploads\/2024\/05\/cta_2.jpeg\")
<\/a><\/p>\n