Mobil? Web? Jeg er ligeglad.<\/h2>\n
Lad os sige, at vi vil bygge en applikation, der bruger React<\/a> bibliotek. Dette bibliotek kan bruges til at bygge webapplikationer og mobilapplikationer med React native. De logiske mekanismer i applikationen, s\u00e5som autorisation, databehandling, filtrering data<\/a> og s\u00e5 videre, kan g\u00f8res med React-hooks. Pointen er, at disse kroge kan deles af begge versioner af applikationen - web og mobil. Takket v\u00e6re denne mulighed har vi f\u00f8lgende besparelser:<\/p>\n For at opsummere dette afsnit - det er ikke s\u00e5dan, at \u00e9n kodebase vil drive alle versioner af applikationen, selvom vi kan opdele den delte kode og bruge den i hver enkelt version for at g\u00f8re udviklingsproces<\/a> virkelig hurtigere.<\/p>\n Konklusion - hvis du vil bygge en webapplikation og en mobilapplikation p\u00e5 samme tid, b\u00f8r du overveje React-biblioteket, der kan dele en kodebase i mobil- og webversionen af applikationen.<\/p>\n For et par \u00e5r siden, n\u00e5r vi talte om backend, var det nok de f\u00e6rreste, der forestillede sig, at vedligeholdelsen af den kunne ske ved hj\u00e6lp af et sprog som JS<\/strong>. Udviklingen af dette sprog er fantastisk, og dets frugter kan h\u00f8stes den dag i dag.<\/p>\n Hvad er det, jeg taler om? Hvis du ans\u00e6tter den rigtige JS-udviklere<\/strong>Det viser sig, at de ikke kun kan skrive applikationens frontend, men ogs\u00e5 backend - det vil sige v\u00e6re ansvarlige for behandling af data p\u00e5 serveren, kommunikation med databasen, forskellige typer integrationer osv. Er du stadig t\u00f8vende eller ikke overbevist om dette sprog? Der er ingen grund til at have den holdning! Backend ved hj\u00e6lp af JS <\/strong> kan implementeres p\u00e5 to popul\u00e6re m\u00e5der - i en udvidelig og konfigurerbar tilstand, som express.js kan give os, og i en struktureret tilstand ved hj\u00e6lp af DI-m\u00f8nsteret - nest.js.<\/p>\n Begge l\u00f8sninger er ekstremt popul\u00e6re og driver mange produktionsapplikationer, hvis ejere er \"tech-giganter\" i deres branche. Jeg tror, de er modnet nok til at overbevise dig om at v\u00e6lge en af dem.<\/p>\n Er det stadig ikke nok? I lighed med kodedeling mellem web- og mobilapplikationer kan backend dele ressourcer med b\u00e5de f\u00f8rstn\u00e6vnte og sidstn\u00e6vnte. N\u00f8gleordet, der skal bruges her, er TypeScript<\/a> - Det giver os blandt andet mulighed for at dele en kodebase, dvs. en f\u00e6lles datatypedefinition mellem alle platforme.<\/p>\n Med applikationer, der udelukkende er bygget p\u00e5 JavaScript<\/a> <\/strong>\/ TypeScript<\/strong> N\u00e5r vi bruger monolith, sparer vi en masse kodelinjer, som vi skulle have kopieret i de oprindelige programmeringssprog. P\u00e5 den anden side kan vi ved at bruge det samme sprog p\u00e5 alle fronter dele en enorm m\u00e6ngde logik mellem alle applikationer, hvilket helt sikkert vil fremskynde den tid, det tager at bygge en bestemt applikation. Lyder det ikke fantastisk?<\/p>\n Det viser sig, at teknologier til at bygge browserapplikationer er gode til at vedligeholde de applikationer, som vi bruger i deres desktopform - et godt eksempel her kan v\u00e6re Slack. Slack er en applikation, der bruges til hold<\/a> kommunikation - ud over standardbeskeder har det mange forskellige funktioner og forskellige typer af eksterne integrationer. Alt dette g\u00f8r det til en af de mest popul\u00e6re applikationer, der prim\u00e6rt bruges i IT-branchen.<\/p>\n Det viser sig, at Slack ogs\u00e5 bruger webteknologier (og dermed JavaScript) til at opbygge sin applikationsgr\u00e6nseflade. Det grundlag, der g\u00f8r det muligt at k\u00f8re s\u00e5danne applikationer p\u00e5 dit skrivebord, er elektron. At skabe grafiske gr\u00e6nseflader ved hj\u00e6lp af webteknologier g\u00f8r det meget nemmere, hurtigere og generelt muligt at udvikle applikationer til forskellige platforme p\u00e5 samme tid.<\/p>\n N\u00e5r man ser p\u00e5 frontend-delen af applikationen, er der ingen illusion om, at JS <\/strong>er det eneste og eksklusive sprog, der driver \u00f8kosystemet her. P\u00e5 nuv\u00e6rende tidspunkt er der ingen levedygtige alternativer, der kan erstatte denne del af applikationen (selvom jeg tror, at WebAssembly kan overraske os i fremtiden). S\u00e5 n\u00e5r vi taler om JS' modenhed p\u00e5 frontend, er der ingen tvivl om, at det er den eneste kongelige.<\/p>\n N\u00e5r vi taler om backend, kan mange udviklere virke chokerede eller straks ben\u00e6gte, at JS er egnet som programmeringssprog i backend. Men sagen skal analyseres objektivt.<\/p>\n Masser af cloud-udbydere leverer SDK'er, der giver dig mulighed for direkte at bruge sky<\/a> metoder. M\u00e6rkeligt nok er en af de mest popul\u00e6re faner, lige ved siden af C#, Go and Java<\/a>, er Node.js<\/a>. Det viser sig, at denne platform er ideel til skalering og opbygning af applikationer baseret p\u00e5 mikrotjenester<\/a> eller serverl\u00f8s arkitektur. Konklusion - JS er et af de mest popul\u00e6re sprog til udvikling af applikationer baseret p\u00e5 mikrotjenester\/serverl\u00f8s arkitektur. P\u00e5 sk\u00e6rmbillederne nedenfor kan vi se, at den hellige treenighed (Google Computing Services, AWS<\/a>, Azurbl\u00e5<\/a>) af cloud-udbydere giver os mulighed for at bygge applikationer ved hj\u00e6lp af Knudepunkt<\/a>.js.<\/p>\n Hvad ang\u00e5r node.js-\u00f8kosystemet, er alle sikkert bekendt med et bibliotek, der hedder express.js - det er et enkelt og ligetil v\u00e6rkt\u00f8j, der giver dig mulighed for at definere stier og derefter fodre dem med passende data, der er blevet behandlet korrekt p\u00e5 JS-siden. Desuden er det m\u00f8nster, der bruges blandt HTTP-anmodninger, der h\u00e5ndteres i express.js, blevet et af de mest popul\u00e6re i hele \u00f8kosystemet og er en slags m\u00f8nster for forskellige andre biblioteker, der f.eks. bruger serverl\u00f8s arkitektur.<\/p>\n Konklusion - JS er et sprog, der er modent nok til at l\u00e6gge alle kortene p\u00e5 bordet og bygge b\u00e5de frontend og backend. Derudover er det et ret nyt sprog, der let finder vej ind i moderne applikationsarkitekturer. Det er fantastisk, at en programm\u00f8r, der kan \u00e9t sprog, kan mestre begge sider (full stack) af en applikation.<\/p>\n Den motor, der oftest bruges til at afvikle JS-kode, er v8, der drives af C++-sprog. Denne motor er udviklet af Google og er dedikeret til at k\u00f8re applikationer til webplatforme. En interessant ting er, at denne motor ikke fortolker JS-koden. I stedet udf\u00f8rer den det, der kaldes \"JIT\" - \"just in time compilation\". Takket v\u00e6re det beh\u00f8ver vi ikke at fortolke JS-koden linje for linje, vi kompilerer den bare og afvikler den. Det er endnu hurtigere og giver os virkelig gode resultater.<\/p>\n Er JS fair nok, n\u00e5r det g\u00e6lder performance? Ja, det er det. S\u00e5 l\u00e6nge du holder dine algoritmer fair nok, er det ikke noget problem at bruge JS p\u00e5 serversiden. Den anden ting er at holde din kode s\u00e5 asynkron, som den kan v\u00e6re. Med disse fremgangsm\u00e5der kan din kode h\u00e5ndtere parallelle foresp\u00f8rgsler uden problemer. Du beh\u00f8ver ikke at bekymre dig om teknologibyttet p\u00e5 grund af ydeevnen - is\u00e6r ikke, n\u00e5r applikationens arkitektur er skalerbar.<\/p>\n Jeg har allerede diskuteret ydeevne og benchmarks i detaljer i denne artikel. <\/p>\n Der er masser af meninger om, at JS-sproget opf\u00f8rer sig underligt i nogle tilf\u00e6lde, og at h\u00e5ndteringen af det er noget, der vil f\u00e5 dit hoved til at eksplodere under udviklingsprocessen. Jeg er ikke enig \ud83d\ude42 Ligesom alle andre sprog har det flere m\u00f8nstre\/adf\u00e6rd, der ikke er elegante, men med en forst\u00e5else af, hvordan de fungerer, og hvad deres m\u00e5l er, er det ikke ubehageligt at udvikle applikationer med JS.<\/p>\n Is\u00e6r bem\u00e6rkningen om \"asynkron\" lige f\u00f8r JS f\u00e5r nogle udviklere til at ryste i bukserne. Det er sv\u00e6rt at forst\u00e5, n\u00e5r man ikke har erfaring med det. Men det er en del af JS, som giver os mulighed for at bygge moderne l\u00f8sninger p\u00e5 en nem m\u00e5de. Lad os se p\u00e5 websockets: Da de er begivenhedsbaserede, kan hver af de forbundne enheder - brugeren og serveren - udsende og modtage begivenheder parallelt. Hvis koden, der driver denne app, er asynkron nok og ikke blokerer hovedtr\u00e5den, kan vi nemt h\u00e5ndtere tusindvis af anmodninger p\u00e5 kort tid.<\/p>\n Lad os sammenligne JS og PHP<\/a> i forbindelse med websockets. PHP er et synkront programmeringssprog, s\u00e5 at l\u00f8se websocket-emner giver en enorm hovedpine. Vi kan se, at PHP f\u00e5r m\u00f8nstre fra JS til at bygge interaktive backend-applikationer, der kan bruge moderne teknologier, s\u00e5som webrtc eller websockets.<\/p>\n N\u00e5r vi samler alle afsnittene, kan vi konstatere et par fakta:<\/p>\n JavaScript<\/strong> er et sprog, der kan bruges til at bygge alle slags applikationer - fra web, til mobil, til desktop; For at give min ganske vist forudindtagede mening - at udnytte JavaScript's mulighed for at genbruge den samme kode p\u00e5 alle tilg\u00e6ngelige fronter er noget, der helt sikkert vil fremskynde applikationsudviklingen og reducere antallet af udviklere, der er involveret i at vedligeholde backend af applikationer, der er skrevet i andre teknologier. Lad os som en bekr\u00e6ftelse huske p\u00e5, at et stort antal s\u00e5kaldte IT-giganter f\u00f8lger dette m\u00f8nster og deler en hel del kodebase p\u00e5 tv\u00e6rs af platforme. P\u00e5 trods af forskellige meninger om dette sprog skal man tage h\u00f8jde for, at statistikkerne over brugen og tilfredsheden med brugen af JS <\/strong>vokser fra \u00e5r til \u00e5r, og dens udviklere kan nemt koble sig p\u00e5 trenden med full stack.<\/p>\n L\u00e6s mere om det:<\/b><\/p>\n Hvorfor du (sandsynligvis) b\u00f8r bruge Typescript<\/a><\/p>\n Hvordan dr\u00e6ber man ikke et projekt med d\u00e5rlig kodningspraksis?<\/a><\/p>\n\n
Men hvad med backend?<\/h2>\n
Kan JS drive desktop-applikationer?<\/h2>\n
Er JS moden nok?<\/h2>\n
![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.12.png\" "\\"Hurtig")
<\/p>\n![\"Node.js](\"\/app\/uploads\/2024\/05\/zrzut-ekranu-2021-08-24-o-12.13.25.png\" "\\"Fem")
<\/p>\nEr JS hurtig nok?<\/h2>\n
Er JS ikke s\u00e5dan en s\u00e6rhed blandt andre sprog?<\/h2>\n
Bland det hele sammen<\/h2>\n
\nProgrammer skrevet i JS kan dele forskellige kodefragmenter med hinanden, f.eks. dem, der er ansvarlige for dataformatering eller typer i Typescript;
\nTakket v\u00e6re v\u00e6ksten p\u00e5 nettet er den ydeevne, som JS tilbyder, god nok til at v\u00e6lge b\u00e5de frontend- og backend-applikationsudvikling;
\nTakket v\u00e6re sit us\u00e6dvanlige design er JavaScript i stand til at underst\u00f8tte moderne applikationsinfrastrukturer, s\u00e5som websockets og WebRTC;
\nVed at hyre en dygtig udvikler kan du udnytte dets potentiale p\u00e5 alle tilg\u00e6ngelige frontends, der driver dette sprog;
\nJS er et sprog, der har v\u00e6ret p\u00e5 vej op ad popularitetslisterne i flere \u00e5r nu, og der er ingen tegn p\u00e5, at det vil \u00e6ndre sig p\u00e5 nogen m\u00e5de.<\/p>\n![\"R\u00e5dgivning](\"\/app\/uploads\/2024\/05\/cta_2.jpeg\")
<\/a><\/p>\n