Mobil? Webb? Jag bryr mig inte.<\/h2>\n
L\u00e5t oss s\u00e4ga att vi vill bygga en applikation som anv\u00e4nder React<\/a> bibliotek. Detta bibliotek kan anv\u00e4ndas f\u00f6r att bygga webbapplikationer och mobilapplikationer med React native. De logiska mekanismerna i applikationen, s\u00e5som auktorisering, databehandling, filtrering data<\/a> och s\u00e5 vidare, kan g\u00f6ras med React-krokar. Po\u00e4ngen \u00e4r att dessa krokar kan delas av b\u00e5da versionerna av applikationen - webb och mobil. Tack vare det h\u00e4r alternativet har vi f\u00f6ljande besparingar:<\/p>\n F\u00f6r att sammanfatta detta stycke - det \u00e4r inte s\u00e5 att en kodbas kommer att driva alla versioner av applikationen, \u00e4ven om vi kan dela upp den delade koden och anv\u00e4nda den i varje version f\u00f6r att g\u00f6ra utvecklingsprocess<\/a> verkligen snabbare.<\/p>\n Slutsats - om du vill bygga en webbapplikation och en mobilapplikation samtidigt b\u00f6r du \u00f6verv\u00e4ga biblioteket React som kan dela kodbas i mobil- och webbversionen av applikationen.<\/p>\n F\u00f6r n\u00e5gra \u00e5r sedan, n\u00e4r man talade om backend, var det nog f\u00e5 som kunde f\u00f6rest\u00e4lla sig att underh\u00e5llet av den skulle vara m\u00f6jligt med hj\u00e4lp av ett spr\u00e5k som JS<\/strong>. Utvecklingen av detta spr\u00e5k \u00e4r fantastisk och dess frukter kan sk\u00f6rdas \u00e4n i dag.<\/p>\n Vad \u00e4r det jag pratar om? Om du anst\u00e4ller r\u00e4tt person JS-utvecklare<\/strong>visar det sig att de inte bara kan skriva applikationens frontend utan ocks\u00e5 backend - det vill s\u00e4ga vara ansvariga f\u00f6r bearbetning av data p\u00e5 servern, kommunikation med databasen, olika typer av integrationer etc. Fortfarande tveksam eller inte \u00f6vertygad om det h\u00e4r spr\u00e5ket? Det finns ingen anledning att ha den inst\u00e4llningen! Backend anv\u00e4nder JS <\/strong> kan implementeras p\u00e5 tv\u00e5 popul\u00e4ra s\u00e4tt - i ett utbyggbart och konfigurerbart l\u00e4ge, vilket express.js kan ge oss, och i ett strukturerat l\u00e4ge med hj\u00e4lp av DI-m\u00f6nstret - nest.js.<\/p>\n B\u00e5da l\u00f6sningarna \u00e4r extremt popul\u00e4ra och driver m\u00e5nga produktionsapplikationer vars \u00e4gare \u00e4r \"teknikj\u00e4ttar\" i sin bransch. Jag tror att de har mognat tillr\u00e4ckligt f\u00f6r att \u00f6vertyga dig om att v\u00e4lja n\u00e5gon av dem.<\/p>\n Fortfarande inte tillr\u00e4ckligt? I likhet med koddelning mellan webb- och mobilapplikationer kan backend dela resurser med b\u00e5de den f\u00f6rra och den senare. Nyckelordet som ska anv\u00e4ndas h\u00e4r \u00e4r TypeScript<\/a> - Det g\u00f6r det bland annat m\u00f6jligt f\u00f6r oss att dela en kodbas, dvs. en gemensam definition av datatyper f\u00f6r alla plattformar.<\/p>\n Med applikationer som enbart bygger p\u00e5 JavaScript<\/a> <\/strong>\/ TypeScript<\/strong> stack med monolit har vi m\u00e5nga rader kod sparade, som vi skulle beh\u00f6va duplicera i inbyggda programmeringsspr\u00e5k. \u00c5 andra sidan, genom att anv\u00e4nda samma spr\u00e5k p\u00e5 alla fronter kan vi dela en enorm m\u00e4ngd logik mellan alla applikationer, vilket definitivt skulle p\u00e5skynda den tid det tar att bygga en viss applikation. L\u00e5ter inte det fantastiskt?<\/p>\n Det visar sig att teknik f\u00f6r att bygga webbl\u00e4sarapplikationer \u00e4r bra f\u00f6r att underh\u00e5lla de applikationer som vi anv\u00e4nder i sin skrivbordsform - ett bra exempel h\u00e4r kan vara Slack. Slack \u00e4r en applikation som anv\u00e4nds f\u00f6r Team<\/a> kommunikation - f\u00f6rutom standardmeddelanden har den m\u00e5nga olika funktioner och olika typer av externa integrationer. Allt detta g\u00f6r det till en av de mest popul\u00e4ra applikationerna som fr\u00e4mst anv\u00e4nds inom IT-branschen.<\/p>\n Det visar sig att Slack ocks\u00e5 anv\u00e4nder webbteknik (och d\u00e4rmed JavaScript) f\u00f6r att bygga sitt applikationsgr\u00e4nssnitt. Grunden som g\u00f6r det m\u00f6jligt att k\u00f6ra s\u00e5dana applikationer p\u00e5 skrivbordet \u00e4r electron. Att skapa grafiska gr\u00e4nssnitt med hj\u00e4lp av webbteknik g\u00f6r det mycket enklare, snabbare och generellt m\u00f6jligt att utveckla applikationer f\u00f6r olika plattformar samtidigt.<\/p>\n Att d\u00f6ma av frontend-delen av applikationen finns det ingen illusion om att JS <\/strong>\u00e4r det enda och exklusiva spr\u00e5ket som driver ekosystemet h\u00e4r. F\u00f6r n\u00e4rvarande finns det inga genomf\u00f6rbara alternativ som kan ers\u00e4tta den h\u00e4r delen av applikationen (\u00e4ven om jag tror att WebAssembly kan \u00f6verraska oss i framtiden). S\u00e5 n\u00e4r vi talar om JS:s mognad p\u00e5 frontend - det r\u00e5der ingen tvekan om att det \u00e4r det enda kungliga.<\/p>\n P\u00e5 tal om backend kan m\u00e5nga utvecklare verka chockade eller omedelbart f\u00f6rneka att JS \u00e4r l\u00e4mpligt som programmeringsspr\u00e5k p\u00e5 backend. Fr\u00e5gan m\u00e5ste dock analyseras objektivt.<\/p>\n M\u00e5nga molnleverant\u00f6rer tillhandah\u00e5ller SDK:er som g\u00f6r att du direkt kan anv\u00e4nda moln<\/a> metoder. M\u00e4rkligt nog \u00e4r en av de mest popul\u00e4ra flikarna, precis bredvid C#, Go och Java<\/a>, \u00e4r Node.js<\/a>. Det visar sig att denna plattform \u00e4r idealisk f\u00f6r att skala upp och bygga applikationer baserade p\u00e5 mikrotj\u00e4nster<\/a> eller serverl\u00f6s arkitektur. Slutsats - JS \u00e4r ett av de mest popul\u00e4ra spr\u00e5ken f\u00f6r att utveckla applikationer baserade p\u00e5 mikrotj\u00e4nster\/serverl\u00f6s arkitektur. P\u00e5 sk\u00e4rmarna nedan kan vi se att den heliga treenigheten (Google Computing Services, AWS<\/a>, Azure<\/a>) av molnleverant\u00f6rer g\u00f6r att vi kan bygga applikationer som anv\u00e4nder nod<\/a>.js.<\/p>\n N\u00e4r det g\u00e4ller node.js-ekosystemet k\u00e4nner f\u00f6rmodligen alla till ett bibliotek som heter express.js - det \u00e4r ett enkelt och okomplicerat verktyg som l\u00e5ter dig definiera s\u00f6kv\u00e4gar och sedan mata dem med l\u00e4mplig data som har bearbetats ordentligt p\u00e5 JS-sidan. Dessutom har det m\u00f6nster som anv\u00e4nds bland HTTP-f\u00f6rfr\u00e5gningar som hanteras i express.js blivit ett av de mest popul\u00e4ra i hela ekosystemet och \u00e4r ett slags m\u00f6nster f\u00f6r olika andra bibliotek som anv\u00e4nder t.ex. serverl\u00f6s arkitektur.<\/p>\n Slutsats - JS \u00e4r ett spr\u00e5k som \u00e4r tillr\u00e4ckligt moget f\u00f6r att l\u00e4gga alla kort p\u00e5 bordet och bygga b\u00e5de frontend och backend. Dessutom \u00e4r det ett ganska nytt spr\u00e5k som l\u00e4tt hittar sin v\u00e4g in i moderna applikationsarkitekturer. Det \u00e4r fantastiskt att en programmerare som kan ett spr\u00e5k kan beh\u00e4rska b\u00e5da sidorna (full stack) av en applikation.<\/p>\n Den motor som oftast anv\u00e4nds f\u00f6r att exekvera JS-kod \u00e4r v8, som drivs av spr\u00e5ket C++. Den h\u00e4r motorn har utvecklats av Google och \u00e4r avsedd f\u00f6r att k\u00f6ra applikationer f\u00f6r webbplattformar. En intressant sak \u00e4r att den h\u00e4r motorn inte tolkar JS-koden. Ist\u00e4llet g\u00f6r den n\u00e5got som kallas \"JIT\" - \"just in time compilation\". Tack vare det beh\u00f6ver vi inte tolka JS-koden rad f\u00f6r rad, utan vi kompilerar den bara och k\u00f6r den. Det g\u00e5r \u00e4nnu snabbare och ger oss riktigt bra prestandaresultat.<\/p>\n \u00c4r JS tillr\u00e4ckligt r\u00e4ttvis n\u00e4r det g\u00e4ller prestanda? Ja, det \u00e4r det. S\u00e5 l\u00e4nge du h\u00e5ller dina algoritmer tillr\u00e4ckligt r\u00e4ttvisa \u00e4r det inga problem att anv\u00e4nda JS p\u00e5 serversidan. Den andra saken \u00e4r att h\u00e5lla din kod asynkron som den kan vara. Med dessa metoder kan din kod hantera parallella f\u00f6rfr\u00e5gningar utan problem. Du beh\u00f6ver inte bry dig om teknikbytet p\u00e5 grund av prestandan - s\u00e4rskilt inte n\u00e4r applikationens arkitektur \u00e4r skalbar.<\/p>\n Jag har redan diskuterat prestanda och riktm\u00e4rken i detalj i den h\u00e4r artikeln. <\/p>\n Tja, det h\u00e4r \u00e4r dussintals \u00e5sikter om att JS-spr\u00e5ket beter sig konstigt i vissa fall och att hantera det \u00e4r n\u00e5got som f\u00e5r ditt huvud att explodera under utvecklingsprocessen. Jag kan inte h\u00e5lla med \ud83d\ude42 Precis som alla andra spr\u00e5k har det flera m\u00f6nster \/ beteenden som inte \u00e4r eleganta men med f\u00f6rst\u00e5else f\u00f6r hur de fungerar och vad deras m\u00e5l \u00e4r att utveckla applikationer med JS \u00e4r inte obehagligt.<\/p>\n S\u00e4rskilt kommentaren \"asynkron\" precis f\u00f6re JS f\u00e5r en del utvecklare att rysa. Det \u00e4r sv\u00e5rt att f\u00f6rst\u00e5 n\u00e4r man inte har n\u00e5gon erfarenhet av det. Men det \u00e4r en del av JS som g\u00f6r det m\u00f6jligt f\u00f6r oss att bygga moderna l\u00f6sningar p\u00e5 ett enkelt s\u00e4tt. L\u00e5t oss ta en titt p\u00e5 websockets: eftersom de \u00e4r h\u00e4ndelsebaserade kan var och en av de anslutna enheterna - anv\u00e4ndaren och servern - s\u00e4nda och ta emot h\u00e4ndelser parallellt. Om koden som driver den h\u00e4r appen \u00e4r tillr\u00e4ckligt asynkron och inte blockerar huvudtr\u00e5den kan vi enkelt hantera tusentals f\u00f6rfr\u00e5gningar p\u00e5 kort tid.<\/p>\n L\u00e5t oss j\u00e4mf\u00f6ra JS och PHP<\/a> i samband med websockets. PHP \u00e4r ett synkront programmeringsspr\u00e5k, s\u00e5 att l\u00f6sa websocket-\u00e4mnen ger en enorm huvudv\u00e4rk. Vi kan se att PHP f\u00e5r m\u00f6nster fr\u00e5n JS f\u00f6r att bygga interaktiva backend-applikationer som kan anv\u00e4nda modern teknik, till exempel webrtc eller websockets.<\/p>\n N\u00e4r vi samlar ihop alla stycken kan vi konstatera n\u00e5gra fakta:<\/p>\n JavaScript<\/strong> \u00e4r ett spr\u00e5k som kan anv\u00e4ndas f\u00f6r att bygga alla typer av applikationer - fr\u00e5n webb, till mobil, till desktop; F\u00f6r att ge min visserligen partiska \u00e5sikt - att dra nytta av JavaScript:s m\u00f6jlighet att \u00e5teranv\u00e4nda samma kod p\u00e5 alla tillg\u00e4ngliga fronter \u00e4r n\u00e5got som verkligen kommer att p\u00e5skynda applikationsutvecklingen och minska antalet utvecklare som \u00e4r involverade i att underh\u00e5lla backend f\u00f6r applikationer skrivna i andra tekniker. Som en bekr\u00e4ftelse, l\u00e5t oss komma ih\u00e5g det faktum att ett stort antal s\u00e5 kallade IT-j\u00e4ttar f\u00f6ljer detta m\u00f6nster och delar en hel del kodbas \u00f6ver plattformar. Trots olika \u00e5sikter om detta spr\u00e5k m\u00e5ste du ta h\u00e4nsyn till det faktum att statistiken \u00f6ver anv\u00e4ndning och tillfredsst\u00e4llelse med anv\u00e4ndningen av JS <\/strong>v\u00e4xer fr\u00e5n \u00e5r till \u00e5r, och dess utvecklare kan l\u00e4tt haka p\u00e5 trenden med full stack.<\/p>\n L\u00e4s mer om detta:<\/b><\/p>\n Varf\u00f6r du (f\u00f6rmodligen) b\u00f6r anv\u00e4nda Typescript<\/a><\/p>\n Hur undviker man att d\u00f6da ett projekt med d\u00e5liga kodningsrutiner?<\/a><\/p>\n\n
Men hur \u00e4r det med backend?<\/h2>\n
Kan JS driva skrivbordsapplikationer?<\/h2>\n
\u00c4r JS tillr\u00e4ckligt mogen?<\/h2>\n
![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.12.png\" "\\"Snabbstart")
<\/p>\n![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.25.png\" "\\"Fem")
<\/p>\n\u00c4r JS tillr\u00e4ckligt snabb?<\/h2>\n
\u00c4r inte JS en s\u00e5dan finurlighet bland andra spr\u00e5k?<\/h2>\n
Blanda ihop allt<\/h2>\n
\nProgram som \u00e4r skrivna i JS kan dela olika kodfragment med varandra, till exempel de som ansvarar f\u00f6r dataformatering eller typer i Typescript;
\nTack vare webbens tillv\u00e4xt \u00e4r den prestanda som JS erbjuder tillr\u00e4ckligt bra f\u00f6r att v\u00e4lja b\u00e5de frontend- och backend-applikationsutveckling;
\nTack vare den ovanliga designen kan JavaScript st\u00f6dja moderna applikationsinfrastrukturer, t.ex. websockets och WebRTC;
\nGenom att anlita en riktigt skicklig utvecklare kan du utnyttja dess potential p\u00e5 alla tillg\u00e4ngliga frontend som driver detta spr\u00e5k;
\nJS \u00e4r ett spr\u00e5k som har kl\u00e4ttrat p\u00e5 popularitetslistorna i flera \u00e5r nu, och det finns inget som tyder p\u00e5 att detta kommer att f\u00f6r\u00e4ndras p\u00e5 n\u00e5got s\u00e4tt.<\/p>\n![\"Konsultation](\"\/app\/uploads\/2024\/05\/cta_2.jpeg\")
<\/a><\/p>\n