Ty\u00f6p\u00f6yt\u00e4sovellukset ovat mennytt\u00e4 aikaa, koska kaikki voidaan tehd\u00e4 selaimessa. Itse asiassa my\u00f6s sovellukset, joiden on k\u00e4ytett\u00e4v\u00e4 alemman tason sovellusrajapintoja, joita ei ole saatavilla selaimessa, kirjoitetaan selainmoottoreita ja -kieli\u00e4 k\u00e4ytt\u00e4en, koska niiden yll\u00e4pito on helpompaa.<\/p>\n
Mobiilisovellukset voidaan helposti korvata v\u00e4lineill\u00e4, joita k\u00e4ytet\u00e4\u00e4n seuraaviin tarkoituksiin web<\/a> kehitys - katso React<\/a> Kotimaiset<\/strong>, NativeScript. Lis\u00e4ksi meill\u00e4 on PWA, joka helposti \"j\u00e4ljittelee\" mobiilisovellusten toimintaa. Lis\u00e4ksi komponentit, jotka toimivat sovelluksessa, joka on kirjoitettu Vue<\/a><\/strong> tai React<\/strong> voi helposti jakaa erilaisia koodi<\/a> elementtej\u00e4 alustojen v\u00e4lill\u00e4. <\/p>\n Meid\u00e4n on my\u00f6nnett\u00e4v\u00e4 yksi asia - verkkosovellukset ovat t\u00e4ll\u00e4 hetkell\u00e4 voimanpes\u00e4, jota on vaikea laskea alakertaan. K\u00e4ytt\u00e4j\u00e4n\u00e4 n\u00e4en k\u00e4ytt\u00e4v\u00e4ni niit\u00e4 k\u00e4yt\u00e4nn\u00f6ss\u00e4 kaikkialla: kommunikoidessani Slackin kautta, k\u00e4ytt\u00e4ess\u00e4ni koodieditoria, tehdess\u00e4ni esityksi\u00e4 tai jopa kirjoittaessani blogiartikkelia.<\/p>\n On vaikea ennustaa, mit\u00e4 tapahtuu muutaman vuoden kuluttua. WebAssembly on tulossa k\u00e4ytt\u00f6\u00f6n, ja sen avulla voidaan us<\/a> siirt\u00e4\u00e4 monimutkaisempia laskutoimituksia vaativat sovellukset selainmaailmaan. Yksi tosiasia pysyy kuitenkin muuttumattomana - on todella vaikea l\u00f6yt\u00e4\u00e4 estett\u00e4 rakentaa web-tekniikoiden avulla sellainen sovellus, josta voimme vain unelmoida. <\/p>\n Palataanpa hetkeksi menneisyyteen, ennen kuin ensimm\u00e4iset merkitt\u00e4v\u00e4mm\u00e4t web-kehykset ilmestyiv\u00e4t ja sovelluksia kehitettiin imperatiivisella tavalla. Jokaista sivulla olevaa interaktiivista mekanismia k\u00e4siteltiin manuaalisesti, ja se oli vastuussa tietyst\u00e4 toiminnosta.<\/p>\n Paras esimerkki on jQuery-kirjasto, joka oli aikanaan yksi suosituimmista ratkaisuista yksinkertaisten tapahtumien k\u00e4sittelyyn. Sen avulla toteutettiin erilaisia pudotusvalikoita, siirtymi\u00e4, animaatioita, laskureita ja vastaavia mekaniikkoja.<\/p>\n On syyt\u00e4 mainita, ett\u00e4 monimutkaisemmissa sovelluksissa ongelmia havaittiin jo silloin - paikoissa, joissa eri, toisistaan riippumattomien osien piti esimerkiksi reagoida oikeaan napsautukseen tai jonkin asian kirjoittamiseen. Useimmissa sovelluksissa ei ollut eksplisiittist\u00e4 tilaa, vaan ne pelastettiin esimerkiksi elementtien attribuuttien tai niiden luokkien avulla.<\/p>\n Tuolloin oli selv\u00e4\u00e4, ett\u00e4 nykyisest\u00e4 l\u00e4hestymistavasta puuttui reaktiivisuus - komponenttien j\u00e4sennelty tapa kommunikoida kesken\u00e4\u00e4n ja jakaa esimerkiksi tilansa tai erilaisia tapahtumia, mik\u00e4 helpotti sovellusten yll\u00e4pitoa ja mahdollisti hyv\u00e4n k\u00e4ytt\u00f6kokemuksen tarjoamisen alhaisin kustannuksin.<\/p>\n Ajan my\u00f6t\u00e4 ensimm\u00e4iset front-end-kehykset alkoivat ilmesty\u00e4 horisonttiin, ja niiden tarkoituksena oli j\u00e4sent\u00e4\u00e4 monimutkaisempien sovellusten arkkitehtuuria.<\/p>\n N\u00e4m\u00e4 kehykset perustuivat p\u00e4\u00e4asiassa MVC-malliin - jotkut ehdottivat manuaalisempaa l\u00e4hestymistapaa, kuten Backbone.js, kun taas toiset, kuten Knockout.js, kytkeytyiv\u00e4t kaksisuuntaiseen tiedot<\/a> sitova.<\/p>\n Silti saattoi tuntua silt\u00e4, ett\u00e4 sovelluksen kirjoittaminen oli vaikeampaa, vaati paljon enemm\u00e4n koodausta eik\u00e4 v\u00e4ltt\u00e4m\u00e4tt\u00e4 tuottanut toivottuja tuloksia tai korvannut sovelluksen kehitt\u00e4miseen menetetty\u00e4 aikaa.<\/p>\n T\u00e4rkein syy siihen, miksi kultaisen keskitien l\u00f6yt\u00e4minen vuonna JS<\/a> ekosysteemi oli kova oli, ett\u00e4 se oli hieman outo keskuudessa tunnettujen ohjelmointikielet<\/a> jotka ovat jo kauan olleet tiens\u00e4 tasoittaneet.<\/p>\n Enk\u00e4 halua t\u00e4ss\u00e4 yhteydess\u00e4 k\u00e4sitell\u00e4 tarkkaan sit\u00e4, millaisia polkuja eri kehysten kehittyminen on kulkenut historian aikana. On kuitenkin t\u00e4rke\u00e4\u00e4 huomata yksi asia - JS-ekosysteemin kypsymisaika selaimissa ei ollut helppo ja kohtasi monia koettelemuksia.<\/p>\n T\u00e4m\u00e4 on ainoa syy siihen, miksi nyky\u00e4\u00e4n voimme rakentaa verkkosovelluksia ja kehitt\u00e4\u00e4 niit\u00e4 eritt\u00e4in helposti ja vaivattomasti.<\/p>\n Sen sijaan, ett\u00e4 heitell\u00e4\u00e4n lihaa, kuten internetiss\u00e4 on tapana, tutustutaan molempiin kirjastoihin, ker\u00e4t\u00e4\u00e4n niist\u00e4 tietoa ja vertaillaan niit\u00e4 - sek\u00e4 teoriassa ett\u00e4 k\u00e4yt\u00e4nn\u00f6ss\u00e4.<\/p>\n HUOMAUTUS: Kuvaus mekanismeista, jotka toimivat Vue <\/strong>viittaa erityisesti versioon 2. Versiossa 3 on paljon merkitt\u00e4vi\u00e4 muutoksia, mutta se ei ole todellinen kilpailija seuraaville tuotteille React<\/strong> t\u00e4ll\u00e4 hetkell\u00e4, jos vain sen kypsyyden vuoksi - Vue 3 julkaisup\u00e4iv\u00e4: 18. syyskuuta 2020.<\/p>\n Selvitet\u00e4\u00e4n yksi asia - kun tutustut syv\u00e4llisemmin molempiin kirjastoihin, huomaat, ett\u00e4 niiss\u00e4 on enemm\u00e4n yht\u00e4l\u00e4isyyksi\u00e4 kuin eroja. Jos j\u00e4tet\u00e4\u00e4n sivuun kirjastojen k\u00e4ytt\u00f6tapa sin\u00e4ns\u00e4 - molemmilla on hyvin samankaltaiset k\u00e4sitteet siit\u00e4, miten ne toimivat. Molemmat perustuvat samanlaiseen ekosysteemiin, eik\u00e4 niiden k\u00e4ytt\u00f6 ole t\u00e4ysin erilaista.<\/p>\n \u25cf Paholainen piilee yksityiskohdissa - mit\u00e4 useammin k\u00e4yt\u00e4mme ty\u00f6kalua, sit\u00e4 enemm\u00e4n huomaamme sen eri ratkaisujen haittoja. Hyv\u00e4 esimerkki t\u00e4st\u00e4 voi olla kaksisuuntainen datan sitominen, jota k\u00e4ytet\u00e4\u00e4n useimmiten kohteissa Vue<\/strong> v-mallin ominaisuutena: se helpottaa usein asioita, hoitaa monia asioita automaattisesti eik\u00e4 vaadi lis\u00e4tuen koodaamista arvojen muuttamista varten.<\/p>\n On kuitenkin tapauksia, joissa meid\u00e4n on nimenomaan seurattava muutosyrityst\u00e4 ja reagoitava siihen, jolloin v-malliin perustuvien komponenttien k\u00e4ytt\u00f6 pakottaa meid\u00e4t usein pelleilem\u00e4\u00e4n muiden komponenttien kanssa. Vue<\/strong> mekaniikka, kuten laskennallinen ominaisuus, jolloin saavutettu vaikutus n\u00e4ytt\u00e4\u00e4 usein paljon huonommalta kuin manuaalisella l\u00e4hestymistavalla;<\/p>\n \u25cf Toinen mielenkiintoinen n\u00e4k\u00f6kohta on JSX, joka on t\u00e4llainen \"vagrant\" tapa mallintaa render\u00f6ity\u00e4 sis\u00e4lt\u00f6\u00e4 k\u00e4ytt\u00e4m\u00e4ll\u00e4 React<\/strong>. Kehitt\u00e4j\u00e4yhteis\u00f6 on eri mielt\u00e4 siit\u00e4.<\/p>\n Havaintojeni perusteella n\u00e4ytt\u00e4\u00e4 silt\u00e4, ett\u00e4 kehitt\u00e4j\u00e4t, jotka k\u00e4ytt\u00e4v\u00e4t muuta ymp\u00e4rist\u00f6\u00e4 kuin JS:\u00e4\u00e4, esim. PHP<\/a> tai C#, ovat taipuvaisempia mallintamaan n\u00e4kymi\u00e4 tavalla, joka on Vue<\/strong> tekee.<\/p>\n Yhteenvetona - mallit tunnetaan Vue<\/strong> mahdollistavat n\u00e4kymien m\u00e4\u00e4rittelyn hyvin selke\u00e4ll\u00e4 ja tyylikk\u00e4\u00e4ll\u00e4 tavalla, kun taas React:n JSX mahdollistaa niiden rakentamisen monissa tapauksissa nopeammin, r\u00e4\u00e4t\u00e4l\u00f6ityn\u00e4 erityistarpeisiin ja usein v\u00e4hemm\u00e4n koodia erilaisten rakenteiden rakentamiseen;<\/p>\n \u25cf Tarkastellaan my\u00f6s n\u00e4iden kahden ty\u00f6kalun ekosysteemej\u00e4. Periaatteessa voimme sanoa, ett\u00e4 ne eiv\u00e4t eroa toisistaan miss\u00e4\u00e4n. Molempia kutsutaan kirjastoiksi syyst\u00e4 - ne tarjoavat pelk\u00e4n v\u00e4himm\u00e4istason reaktiivisten verkkosovellusten tueksi.<\/p>\n kun taas loput, jotka liittyv\u00e4t viestint\u00e4\u00e4n API<\/a>, tiedonkulku, eri alasivujen ymp\u00e4rill\u00e4 k\u00e4ytett\u00e4v\u00e4t k\u00e4ytt\u00f6liittym\u00e4komponentit ovat niin sanottuja myyji\u00e4 - ulkopuolelta otettuja kirjastoja, jotka on liitett\u00e4v\u00e4 kunnolla osaksi projekti<\/a>. Se on v\u00e4h\u00e4n kuin Lego-maailma: jos haluaa rakentaa yhten\u00e4isen kokonaisuuden, se on koottava yksitt\u00e4isist\u00e4 pienist\u00e4 palikoista.<\/p>\n T\u00e4m\u00e4 allegoria viittaa juuri liitettyihin komponentteihin, jotka ovat sovellusten teho, jotka on luotu k\u00e4ytt\u00e4m\u00e4ll\u00e4 React<\/strong> tai Vue<\/strong>;<\/p>\n \u25cf T\u00e4rke\u00e4 asia, erityisesti ihmisille, joilla ei ole kovin paljon kokemusta JS-ymp\u00e4rist\u00f6st\u00e4, on tietyn kirjaston sis\u00e4\u00e4np\u00e4\u00e4syn taso. Toisin sanoen - ty\u00f6kalun monimutkaisuus, joka koostuu suorasta ajasta, joka sinun on k\u00e4ytett\u00e4v\u00e4 sen mekaniikan ymm\u00e4rt\u00e4miseen.<\/p>\n Mielest\u00e4ni yksi asia on todettava t\u00e4ss\u00e4 yhteydess\u00e4 yksiselitteisesti - kun kyseess\u00e4 on Vue<\/strong>, se on paljon yksinkertaisempaa. Meill\u00e4 on kaksisuuntainen datan sitominen, meill\u00e4 on tyylikk\u00e4\u00e4sti m\u00e4\u00e4ritelty malli, joka on petollisen samanlainen kuin muiden kielten, esimerkiksi twigin, ratkaisut, ja lopuksi - meill\u00e4 ei ole p\u00e4\u00e4nvaivaa, joka aiheutuu yksitt\u00e4isten koukkujen toimintaa koskevien teorioiden oppimisesta ja tapauksista, joissa tiettyj\u00e4 mekaniikkoja on k\u00e4ytett\u00e4v\u00e4.<\/p>\n Suoraan massan \u00e4\u00e4nen mukaan meneminen ei ole aivan hyv\u00e4 valinta. Hyv\u00e4 askel kohti hyv\u00e4n p\u00e4\u00e4t\u00f6ksen tekemist\u00e4 on kuitenkin analysoida, mit\u00e4 kirjastojen kanssa vuorovaikutuksessa olleet ihmiset sanovat.<\/p>\n Ja kyll\u00e4 - t\u00e4hdet githubissa <\/a> voi olla indikaattori siit\u00e4, kuinka paljon tietyn kirjaston yhteis\u00f6 osallistuu sen kehitt\u00e4miseen, miten kehitt\u00e4j\u00e4t suhtautuvat siihen ja ovatko he kiinnostuneita siit\u00e4, mihin kirjasto on menossa. Insin\u00f6\u00f6rit<\/a> jotka t\u00e4hditt\u00e4v\u00e4t tietty\u00e4 arkistoa, saavat usein ilmoituksia uusista julkaisuista tai koodimuutoksista, mik\u00e4 tarkoittaa, ett\u00e4 he tuntevat kirjaston suoraan.<\/p>\n T\u00e4htien m\u00e4\u00e4r\u00e4\u00e4 githubissa ei kuitenkaan pit\u00e4isi pit\u00e4\u00e4 oraakkeleina - jokainen ty\u00f6kalusta pit\u00e4v\u00e4 kehitt\u00e4j\u00e4 ei j\u00e4t\u00e4 merkki\u00e4 - vaan pit\u00e4isin sit\u00e4 merkkin\u00e4 puhtaasta intohimosta, jolla kehitt\u00e4j\u00e4t suhtautuvat tiettyyn avoimen l\u00e4hdekoodin projektiin.<\/p>\n Google Trends <\/a> on tunnettu palvelu, jonka avulla voidaan tutkia kiinnostusta tiettyihin aiheisiin ajan mittaan. Vaikka se ei olekaan j\u00e4rkev\u00e4 laadun tai k\u00e4yt\u00f6n indikaattori, se voi tarjota kaikenlaisia analyysej\u00e4.<\/p>\n On helppo huomata, ett\u00e4 viimeisen viiden vuoden aikana on kulkenut melko samankaltaisesti, kun verrataan t\u00e4m\u00e4np\u00e4iv\u00e4isen artikkelin kahta p\u00e4\u00e4henkil\u00f6\u00e4. Kaavion perusteella voidaan tehd\u00e4 seuraava perusjohtop\u00e4\u00e4t\u00f6s. React<\/strong> on korkeampi hakusanojen suosiossa suhteessa sen vastustajaan.<\/p>\n Selvyyden vuoksi todettakoon, ett\u00e4 Google Trendsin k\u00e4rjess\u00e4 oleminen ei tarkoita, ett\u00e4 kirjasto on parempi. Kyse on yleis\u00f6n suosiosta, kuten aiemmin mainitsin - luultavasti useammat ihmiset ovat kuulleet t\u00e4st\u00e4 ty\u00f6kalusta, se on saattanut her\u00e4tt\u00e4\u00e4 enemm\u00e4n kiinnostusta joukossa CTO:t<\/a>, ohjelmistokehitt\u00e4j\u00e4t<\/a> <\/strong>tai ihmiset, jotka haluavat vain oppia tietyn ty\u00f6kalun.<\/p>\n Vastaako t\u00e4m\u00e4 kuvaaja todellisuutta? Jonkin verran, kyll\u00e4. Yleisesti ottaen - tutkimukseen osallistuneista ihmisist\u00e4 useammat osoittavat monipuolisesti kehittynytt\u00e4 tiet\u00e4myst\u00e4 seuraavista asioista React<\/strong> kuin Vue<\/strong>. Mit\u00e4 mielipiteit\u00e4 saatte puhumalla n\u00e4iden ihmisten kanssa? Yrit\u00e4n hahmotella t\u00e4t\u00e4 seuraavassa kappaleessa.<\/p>\n JS:n tila\u00a0<\/a> on sivusto, joka tutkii vuosittain JavaScript:hen liittyvien teknologioiden parissa ty\u00f6skentelevi\u00e4 henkil\u00f6it\u00e4. Sen tavoitteena on ker\u00e4t\u00e4 tietoa kehitt\u00e4jilt\u00e4 siit\u00e4, miten he suhtautuvat ty\u00f6kaluihin, joiden kanssa he ty\u00f6skentelev\u00e4t p\u00e4ivitt\u00e4in.<\/p>\n Kysymykset kattavat eri tarkoituksiin k\u00e4ytett\u00e4v\u00e4t yksitt\u00e4iset ty\u00f6kalut - esimerkiksi front-endiss\u00e4 ja back-endiss\u00e4 k\u00e4ytett\u00e4v\u00e4t ty\u00f6kalut, mutta my\u00f6s testaukseen, sovelluksen tilanhallintaan jne. k\u00e4ytett\u00e4v\u00e4t ty\u00f6kalut. Jokaiseen n\u00e4ist\u00e4 kysymyksist\u00e4 ei ole yksinkertainen kyll\u00e4\/ei-vastaus, vaan sivustolla kysyt\u00e4\u00e4n useita kysymyksi\u00e4 itse ty\u00f6kalusta, kiinnostuksen kohteista, kokemuksista ja kokonaisarvioinnista, joka tiivistyy lauseeseen \"K\u00e4ytt\u00e4isitk\u00f6 t\u00e4t\u00e4 ty\u00f6kalua tulevissa projekteissa?\".<\/p>\n Sivuston avulla voit tehd\u00e4 paljon analyysej\u00e4, vertailla asiaankuuluvia ty\u00f6kaluja ja joskus l\u00f6yt\u00e4\u00e4 v\u00e4hemm\u00e4n tunnettuja kirjastoja, jotka alkavat p\u00e4rj\u00e4t\u00e4 hyvin JS-maailmassa, ker\u00e4\u00e4v\u00e4t suosiota ja nauttivat samalla korkeasta \"k\u00e4yt\u00f6n ilo\"-asteesta. Kannustan sinua vilpitt\u00f6m\u00e4sti selaamaan t\u00e4m\u00e4n sivuston sis\u00e4lt\u00f6\u00e4.<\/p>\n Tiivistet\u00e4\u00e4n jakso tilastojen avulla. Erityyppisten kuvaajien analysointi voi usein olla eritt\u00e4in hyv\u00e4 vaihtoehto tiettyjen aiheiden eri n\u00e4k\u00f6kohtien vertailuun. On kuitenkin t\u00e4rke\u00e4\u00e4 ottaa huomioon, ett\u00e4 joukon \u00e4\u00e4nen seuraaminen ei v\u00e4ltt\u00e4m\u00e4tt\u00e4 ole kaikkein fiksuinta. Sen sijaan voit tehd\u00e4 tietoon perustuvan p\u00e4\u00e4t\u00f6ksen k\u00e4ytt\u00e4m\u00e4ll\u00e4 joitakin kaavioanalyyseist\u00e4 saatuja kokemuksia.<\/p>\n Aiemmin mainitsin, ett\u00e4 kynnys p\u00e4\u00e4st\u00e4 sis\u00e4\u00e4n on matalampi. Vue<\/strong> - Sen ansiosta voit todellakin keskitty\u00e4 hieman nopeammin sovelluksen varsinaiseen kehitt\u00e4miseen, k\u00e4ytt\u00e4\u00e4 ty\u00f6kalua ja v\u00e4hent\u00e4\u00e4 minimiin aikaa, joka kuluu ymp\u00e4rist\u00f6\u00f6n, mekaniikkaan ja erilaisiin k\u00e4ytt\u00f6tapauksiin perehtymiseen.<\/p>\n Yleisesti ottaen olen sit\u00e4 mielt\u00e4, ett\u00e4 Vue<\/strong> sopii paremmin ihmisille, jotka eiv\u00e4t ole viel\u00e4 k\u00e4sitelleet front-end-kirjastoja. Sen avulla saat varmasti rohkaisevammalla tavalla tyydytt\u00e4vi\u00e4 tuloksia lyhyess\u00e4 ajassa.<\/p>\n Sanotaan se kuitenkin \u00e4\u00e4neen - tiet\u00e4m\u00e4tt\u00f6myys kielest\u00e4, jolla k\u00e4yt\u00e4mme tiettyj\u00e4 ty\u00f6kaluja, vahingoittaa meit\u00e4 ennemmin tai my\u00f6hemmin. Yksinkertaisissa asioissa se on merkitykset\u00f6n tekij\u00e4, mutta kun luotujen sovellusten monimutkaisuus kasvaa, on yh\u00e4 vaikeampaa rakentaa sovelluksia kunnollisella tavalla ilman hyv\u00e4\u00e4 tiet\u00e4myst\u00e4 seuraavista kielist\u00e4 JavaScript<\/a>.<\/p>\n En oikeastaan tarkoita sit\u00e4, ett\u00e4 pit\u00e4isi pysty\u00e4 kirjoittamaan hienostuneita funktioita, koska t\u00e4m\u00e4 osa voidaan suurelta osin korvata esimerkiksi myyjill\u00e4. Viittaan joihinkin yleisiin virheisiin, joita kielell\u00e4 voi tehd\u00e4, ja siihen, ettei ole tietoinen siit\u00e4, ett\u00e4 virheellinen k\u00e4ytt\u00e4ytyminen ei johdu kirjaston k\u00e4yt\u00f6st\u00e4, vaan kielen k\u00e4yt\u00f6st\u00e4. Yleisin virhe, joka ilmenee t\u00e4ss\u00e4, on niin sanottu muuttumattomuus - eli JavaScript:n viitemekanismin tunteminen.<\/p>\n En pysty ehdottamaan, kumpi kirjasto on parempi JavaScript:hen enemm\u00e4n tai v\u00e4hemm\u00e4n perehtyneille kehitt\u00e4jille. Mutta tied\u00e4n yhden asian - jos haluat saada todellisen k\u00e4sityksen siit\u00e4, milt\u00e4 kehitys molemmilla ty\u00f6kaluilla n\u00e4ytt\u00e4\u00e4 \"sis\u00e4lt\u00e4 p\u00e4in\" - yrit\u00e4 kirjoittaa sovelluksia kummallakin niist\u00e4. N\u00e4in saat k\u00e4sityksen ja voit n\u00e4hd\u00e4, mitk\u00e4 mekanismit vetoavat sinuun enemm\u00e4n ja mik\u00e4 on sinulle parempi valinta.<\/p>\n Kuten aiemmin mainitsin - molemmat kirjastot perustuvat samanlaisiin ekosysteemeihin, ja niill\u00e4 on samanlaiset n\u00e4kemykset sovellusten rakentamisesta pienill\u00e4 komponenteilla. Molemmat kirjastot menestyv\u00e4t hyvin - mik\u00e4\u00e4n ei viittaa siihen, ett\u00e4 kumpikaan niist\u00e4 katoaisi l\u00e4hitulevaisuudessa. N\u00e4in ollen ty\u00f6tarjoukset molemmissa pysyv\u00e4t samalla tasolla.<\/p>\n Johtop\u00e4\u00e4t\u00f6kset ovat yksinkertaisia - k\u00e4yt\u00e4 sit\u00e4, mik\u00e4 sopii sinulle, ker\u00e4\u00e4 kokemuksia ja arvioi. T\u00e4m\u00e4 auttaa sinua kehitt\u00e4m\u00e4\u00e4n rationaalisen l\u00e4hestymistavan siihen, onko parempi k\u00e4ytt\u00e4\u00e4 yht\u00e4 tai toista kirjastoa tietyss\u00e4 projektissa; yrit\u00e4 my\u00f6s kokeilla - mik\u00e4\u00e4n ei opeta niin syv\u00e4llisesti kuin menneisyydess\u00e4 tehdyt virheet.<\/p>\n Ei ole mik\u00e4\u00e4n salaisuus, ett\u00e4 ei ole olemassa mit\u00e4\u00e4n kultaista keskitiet\u00e4, joka olisi paras ratkaisu tiettyyn hankkeeseen. Etenkin front-endiss\u00e4 sovellusten rakentamiseen k\u00e4ytett\u00e4v\u00e4t ty\u00f6kalut vanhenevat nopeasti, ja usein on vaikea l\u00f6yt\u00e4\u00e4 jalansijaa uusimmista trendeist\u00e4.<\/p>\n Teknologian valinta ei kuitenkaan ole, tai ainakaan sen ei pit\u00e4isi olla, sen mukaan, mik\u00e4 sopii nykyisiin trendeihin. Sen sijaan meid\u00e4n olisi suunnattava se kohti tiettyj\u00e4 odotuksia ja oletuksia sovelluksesta, jonka aiomme rakentaa. Kullakin vertailtavista kirjastoista on omat vahvuutensa ja heikkoutensa, jotka sovitettuna k\u00e4ytt\u00f6tapaukseen antavat meille mahdollisuuden tehd\u00e4 j\u00e4rkevimm\u00e4n valinnan.<\/p>\n Mielenkiintoiseksi vaihtoehdoksi voivat osoittautua suuryritysten teknologiayhteenvedot, joissa kuvataan usein niiden k\u00e4ytt\u00f6tapauksia, miten valtavien sovellusten kehitt\u00e4minen on edennyt tai on edennyt ja mit\u00e4 virheit\u00e4 ne ovat tehneet aiemmin. Ehk\u00e4 l\u00f6yd\u00e4mme niiden joukosta tapauksia, jotka ovat erityisen kiinnostavia, kun valitsemme kirjastoa tietty\u00e4 projektia varten.<\/p>\n Ominaisuudet, jotka meid\u00e4n tulisi ottaa huomioon valitaksemme oikeat ty\u00f6kalut rakennettavaan sovellukseen, ovat: sovelluksen kehitt\u00e4miseen kuluva aika, helppous sovelluksen yll\u00e4pito<\/a>, sovelluksen monimutkaisuus ja kehitt\u00e4jien kokemus tiettyjen kirjastojen k\u00e4yt\u00f6st\u00e4.<\/p>\n Kehitt\u00e4j\u00e4t ovat ihmisi\u00e4, jotka viett\u00e4v\u00e4t eniten aikaa vertailemillani ty\u00f6kaluilla, ja he voivat antaa parhaita neuvoja ja auttaa sinua tekem\u00e4\u00e4n parhaan valinnan kirjastojen suuressa yhteent\u00f6rm\u00e4yksess\u00e4. Sovelluskehityksen aikana n\u00e4kee erilaiset ongelmat, jotka johtuvat suoraan teknologian valinnasta, ja saa parhaan n\u00e4kemyksen siit\u00e4, mitk\u00e4 asiat heikent\u00e4v\u00e4t tietyn ty\u00f6kalun k\u00e4ytt\u00f6\u00e4 tiettyihin ominaisuuksiin.<\/p>\n Kuten aiemmin mainitsin - molemmat kirjastot eiv\u00e4t n\u00e4yt\u00e4 katoavan kirjastosta markkinat<\/a>ainakaan l\u00e4hivuosina. Tilastoihin ja mielipiteisiin perustuvien p\u00e4\u00e4t\u00f6sten sijaan Esittele heille, mit\u00e4 sovellukselta odotetaan, mit\u00e4 aikaa meill\u00e4 on sen toimittamiseen, ja anna heille mahdollisuus vaihtaa vapaasti mielipiteit\u00e4 siit\u00e4, mit\u00e4 mielt\u00e4 he ovat molemmista ratkaisuista, ennen kuin teemme lopullisen p\u00e4\u00e4t\u00f6ksen.<\/p>\n Internet-sodat ovat yleens\u00e4 - tai ehk\u00e4 joka tapauksessa - turhia. Aina on ihmisi\u00e4, jotka itsep\u00e4isesti v\u00e4itt\u00e4v\u00e4t, ett\u00e4 heid\u00e4n valintansa on parempi, esitt\u00e4m\u00e4tt\u00e4 mit\u00e4\u00e4n j\u00e4rkevi\u00e4 perusteluja p\u00e4\u00e4t\u00f6ksens\u00e4 tueksi.<\/p>\n Sen sijaan, ett\u00e4 sokeudumme tietyist\u00e4 valinnoista, keskitymme analyysiin, yrit\u00e4mme tehd\u00e4 asianmukaisia johtop\u00e4\u00e4t\u00f6ksi\u00e4 ja k\u00e4ytt\u00e4\u00e4 niit\u00e4 tietyn ratkaisun mukauttamiseen tai hylk\u00e4\u00e4miseen.<\/p>\n Aivan kuten otsikko antaa ymm\u00e4rt\u00e4\u00e4 - en aio kruunata mit\u00e4\u00e4n tietty\u00e4 kirjastoa parannuskeinona kaikkiin kipuihin. Sen sijaan esitell\u00e4\u00e4n muutamia hypoteeseja ja paljastetaan molempien kirjastojen vahvat ja heikot puolet. Olen antanut joitakin neuvoja siit\u00e4, mit\u00e4 kannattaa etsi\u00e4, kun valitsee niiden v\u00e4lill\u00e4, jotta voi tehd\u00e4 viisaan p\u00e4\u00e4t\u00f6ksen eik\u00e4 ohjautua trendien tai satunnaisten internet-ihmisten mukaan.<\/p>\n Kukin ty\u00f6kalu voi sopia projektin tarpeisiin riitt\u00e4v\u00e4n hyvin. Kumpikaan niist\u00e4 ei katoa markkinoilta nopeasti l\u00e4hivuosina. Molemmilla on vahvat yhteis\u00f6t ja melkoinen kypsyys, mik\u00e4 osoittaa, ett\u00e4 n\u00e4ill\u00e4 kahdella menee varsin hyvin.<\/p>\n Lopullinen valinta on sinun k\u00e4siss\u00e4si. Jos sinulla on kuitenkin ep\u00e4ilyksi\u00e4 tai haluat vain keskustella tapauksestasi seuraavien tahojen kanssa Codest<\/a> - ota rohkeasti yhteytt\u00e4!<\/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>\nInternet-todellisuuden alkur\u00e4j\u00e4hdys <\/h2><\/p>\n
Ensimm\u00e4iset askeleet kohti tunnettuja kehyksi\u00e4<\/h2><\/p>\n
Perustiedot ja pieni vertailu<\/h2><\/p>\n
![\"React](\"\/app\/uploads\/2024\/05\/tabela-art-.jpg\")
<\/p>\nMit\u00e4 tilastot kertovat?<\/h2><\/p>\n
![\"vue](\"\/app\/uploads\/2024\/05\/bez-tytulu.png\")
<\/p>\n![\"react](\"\/app\/uploads\/2024\/05\/aaaaaabbb.png\")
<\/p>\n![\"Kehysten](\"\/app\/uploads\/2024\/05\/1.png\")
<\/p>\n![\"JS:n](\"\/app\/uploads\/2024\/05\/2.png\")
<\/p>\n![\"React](\"\/app\/uploads\/2024\/05\/3.png\")
<\/p>\nParas valinta kehitt\u00e4j\u00e4lle<\/h2><\/p>\n
Paras valinta CTO<\/a> <\/h2><\/p>\n
\neri ihmisist\u00e4 internetist\u00e4 - ehk\u00e4 parempi vaihtoehto on yksinkertaisesti puhua kehitt\u00e4jien kanssa.<\/p>\nP\u00e4\u00e4telm\u00e4t<\/h2><\/p>\n