{"id":19410,"date":"2021-07-05T18:37:12","date_gmt":"2021-07-05T16:37:12","guid":{"rendered":"https:\/\/www.software-developer-india.com\/hva-er-vanilla-javascript\/"},"modified":"2021-07-05T18:37:12","modified_gmt":"2021-07-05T16:37:12","slug":"hva-er-vanilla-javascript","status":"publish","type":"post","link":"https:\/\/www.software-developer-india.com\/no\/hva-er-vanilla-javascript\/","title":{"rendered":"Hva er Vanilla JavaScript?"},"content":{"rendered":"\n

Hva er Vanilla JavaScript?<\/h2>\n\n
\"\"<\/a><\/figure><\/div>\n\n

Da nettsteder f\u00f8rst ble til, var de statiske, og det var greit den gangen. Og med introduksjonen av Vanilla Javascript endret det m\u00e5ten nettsteder begynte \u00e5 se ut og f\u00f8les p\u00e5. Nettsteder ble revolusjonerende, interaktive og dynamiske. <\/p>\n\n

Vanilla JS er bare vanlig JS, s\u00e5 det er et tekstbasert programmeringsspr\u00e5k b\u00e5de p\u00e5 serversiden og klientsiden. Rammeverket ble opprettet i 2012 av Eric Wastl, og selv om det ikke var han som laget ordet, populariserte nettstedet hans det. S\u00e5 kort sagt, Vanilla Js er ganske enkelt Javascript uten ytterligere rammeverk eller biblioteker. <\/p>\n\n

S\u00e5 kom jQuery, et bibliotek med verkt\u00f8y laget med Javascript, til. jQuery var lett og veldig enkel \u00e5 bruke, da det bidro til \u00e5 skape komplekse funksjoner med minimal koding.<\/p>\n\n

Du finner Vanilla JS i Facebook, Google, YouTube, Yahoo, Wikipedia, Windows Live, Twitter, LinkedIn, eBay, Microsoft, Apple, Pinterest, PayPal, Reddit, Netflix, Stack Overflow<\/strong> og en rekke andre popul\u00e6re nettsteder og plattformer. <\/p>\n\n

Dermed er alle Javascript-rammer og biblioteker basert p\u00e5 dens vaniljekjerne. Alle de forskjellige rammene er ofte basert p\u00e5 det ene settet med Javascript-prinsippet eller det andre. Ofte bruker utviklere vanlig Javascript uten \u00e5 bruke ekstra JS-rammer eller biblioteker.<\/p>\n\n

Interessant, Vanilla JS-rammeverk minner oss nesten om vaniljeis, fordi rammeverket er umodifisert, og du bruker grunnproduktet som det er, uten \u00e5 legge noe til det. <\/p>\n\n

Alt du gj\u00f8r er \u00e5 bruke rammeverket med de mest grunnleggende API-funksjonene til JS-tolk. Naturligvis vil ethvert nettsted som ikke bruker et rammeverk, m\u00e5tte bruke VanillaJs automatisk, og selv om de ikke bruker et rammeverk, bruker de visse funksjoner og algoritmer til VanillaJS. Rammeverket gir deg ogs\u00e5 full frihet til \u00e5 implementere hvilken arkitektur du vil. Du kan ogs\u00e5 integrere dette med din forretningslogikk, DOM-manipuleringslogikk og andre verkt\u00f8y du vil koble til. <\/p>\n\n

Hver utvikler skal ha full kunnskap om ren Javascript, og enhver utvikler du ansetter, b\u00f8r ha kunnskap om Vanilla JS, spesielt hvis han hovedsakelig jobber i Javascript-\u00f8kosystemet.<\/p>\n\n

Bilde: Sammenlign<\/p>\n\n

Her ser du p\u00e5 Vanilla JS med et par andre spr\u00e5k <\/strong><\/h3>\n\n

Vanilla JS Vs React: n\u00e5r du kan bruke hva<\/strong><\/p>\n\n

Vanilla JS hjelper deg med \u00e5 bygge kraftige applikasjoner p\u00e5 tvers av plattformer og s\u00e5 videre React, det er et av de mest popul\u00e6re JS-bibliotekene, takket v\u00e6re dets fleksibilitet og ytelseskvalitet. React kan bryte ned brukergrensesnittet i mindre, gjenbrukbare komponenter som kan flyttes mot hverandre. Og det er denne funksjonen som fungerer som en vinnerkant i forhold til VanillaJS. For JS blir det veldig vanskelig \u00e5 opprettholde koden hvis applikasjonen er stor. I slike tilfeller m\u00e5 brukergrensesnittet oppdateres regelmessig. <\/p>\n\n

Og det er ikke alt. For \u00e5 endre UI-elementet, m\u00e5 du f\u00f8rst finne elementet i DOM, og f\u00f8rst deretter oppdatere det. Dette kan v\u00e6re kjedelig n\u00e5r du bare m\u00e5 endre et enkelt element. React har en virtuell DOM, og hjelper med \u00e5 omg\u00e5 den manuelle oppgaven. S\u00e5 kort fortalt, med Vanilla JS, kan det v\u00e6re vanskelig og m\u00f8ysommelig \u00e5 holde brukergrensesnittet synkronisert. <\/p>\n\n

Vanilje JS Vs jQuery<\/strong><\/h3>\n\n

Som forklart tidligere, med utviklingen av Vanilla JS, kunne utviklere lage dynamiske nettsteder. Da jQuery kom inn, kom det ogs\u00e5 en rekke verkt\u00f8y ved hjelp av Javascript. jQuery er lett og med sitt brukervennlige JS-bibliotek er det enkelt \u00e5 lage komplekse funksjoner med f\u00e5 kodelinjer. Det forenkler mange ting for utvikleren som \u00e5 h\u00e5ndtere JSON-data fra serveren, legge til animasjonseffekter som skjul, vis osv., Hjelper til med CSS-manipulering, komme med AJAX-foresp\u00f8rsler og mer. <\/p>\n\n

Med jQuery kan mange ting v\u00e6re lettere for nybegynnerutvikleren, men det er ingen regel som s\u00e5dan som sier hvor du skal bruke Vanilla JS og hvor du skal bruke jQuery. Imidlertid er iQuery en enorm tidsbesparelse fordi den kommer med flere forh\u00e5ndsskrevne funksjoner som bare n\u00f8dvendige endringer m\u00e5 gj\u00f8res for.<\/p>\n\n

Og jQuery krever bare mindre koding, men for Javascript kreves det en lang linje med koding, kanskje til og med spaghettikoder. For JS er det ikke behov for flere plugins, men de trenger ikke \u00e5 legge til flere plugins ogs\u00e5. For jQuery m\u00e5 skriptkoblingen til biblioteket v\u00e6re inkludert i hodetiketten p\u00e5 websiden. <\/p>\n\n

Hvis du ser p\u00e5 kompatibilitet med flere nettlesere, vil sannsynligvis nettleserrelaterte feil skje med JS. Men med jQuery er dette ikke et problem, fordi det fungerer med alle slags nettlesere; det vil ikke v\u00e6re noen kompatibilitetsproblemer. <\/p>\n\n

Egentlig er det ingen spesiell regel i bruk av Javascript og jQuery. Men utviklere sier at jQuery er bedre for DOM-manipulasjon, sammenlignet med Javascript. Imidlertid er pluss poenget med Vanilla JS mye raskere enn jQuery. Allikevel kan nybegynnerutviklere synes det er vanskelig \u00e5 skrive komplekse funksjoner med Vanilla JS. <\/p>\n\n

For JS m\u00e5 all koding gj\u00f8res fra bunnen av, og nybegynnere kan finne det vanskelig og tidkrevende. jQuery har derimot flere forh\u00e5ndsskrevne funksjoner, og n\u00e5r n\u00f8dvendige modifikasjoner skal gj\u00f8res, kan det definitivt v\u00e6re tidsbesparende. <\/p>\n\n

N\u00e5r du sammenligner de to, er Vanilla JS mye raskere enn jQuery, og avhengig av operasjonen, kan den til og med v\u00e6re 10 til 25 ganger raskere. <\/p>\n\n

Vanilla JS Vs Angular JS<\/strong><\/h3>\n\n

Angular JS er et verkt\u00f8y i Javascript MVC, mens Vanilla kommer inn under Javascript UI Libraries. Noen utviklere sier at Vanilla JS er overlegen n\u00e5r du vurderer den opprinnelige belastningen og ytelsen, s\u00e5 hvis du \u00f8nsker \u00e5 utvikle en app med ytelsesfaktoren som prioritet, kan du velge Vanilla JS. <\/p>\n\n

Konklusjon<\/strong><\/h3>\n\n

Vanilla JS er flott, og lar deg til og med lage dynamiske websider. Men n\u00e5r du leter etter et stort og komplisert program med komplekse funksjoner, og har tusenvis av sider, er det bedre \u00e5 g\u00e5 etter moderne Javascript-rammer. <\/p>\n\n

S\u00e5 igjen, vil valget du tar v\u00e6re avhengig av kravet. Hvis du har tenkt \u00e5 bli en frontend eller en full stack webutvikler, er det viktig at du vet om Vanilla JS. Grunnlaget for alle rammer vil alltid v\u00e6re JS, biblioteker og rammer vil komme og g\u00e5, men JS er kommet for \u00e5 bli. <\/p>\n\n

Ferdighet med Vanilla JS vil alltid gj\u00f8re det lettere \u00e5 bytte til jQuery, selv om bryteren kanskje ikke er veldig jevn. <\/p>\n\n

Interessante lenker:<\/p>\n\n

Mer informasjon om Vanilla JS<\/a><\/p>\n\n

Hvorfor Vanilla JS?<\/a><\/p>\n\n

Bilder: Canva<\/p>\n\n

\n\n
\"\"<\/figure><\/div>\n\n

Forfatteren: Sascha Thattil jobber p\u00e5 Software-Developer-India.com som er en del av YUHIRO Group. YUHIRO er en tysk-indisk bedrift som tilbyr programmerere til IT-selskaper, byr\u00e5er og IT-avdelinger.<\/p>\n