{"id":19385,"date":"2021-07-05T18:30:37","date_gmt":"2021-07-05T16:30:37","guid":{"rendered":"https:\/\/www.software-developer-india.com\/hvad-er-vanilla-javascript\/"},"modified":"2021-07-05T18:30:38","modified_gmt":"2021-07-05T16:30:38","slug":"hvad-er-vanilla-javascript","status":"publish","type":"post","link":"https:\/\/www.software-developer-india.com\/da\/hvad-er-vanilla-javascript\/","title":{"rendered":"Hvad er Vanilla JavaScript?"},"content":{"rendered":"\n

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

Da websteder f\u00f8rst blev til, var de statiske, og det var i orden p\u00e5 det tidspunkt. Og med introduktionen af Vanilla Javascript \u00e6ndrede det den m\u00e5de, webstederne begyndte at se ud og f\u00f8le p\u00e5. Hjemmesider blev revolutionerende, interaktive og dynamiske. <\/p>\n\n

Vanilla JS er bare JS, s\u00e5 det er et tekstbaseret programmeringssprog b\u00e5de p\u00e5 serversiden og klientsiden. Rammen blev oprettet i 2012 af Eric Wastl, og selvom det ikke var han, der skabte udtrykket, populariserede hans hjemmeside det. S\u00e5 kort sagt er Vanilla Js simpelthen Javascript uden yderligere rammer eller biblioteker. <\/p>\n\n

Derefter opstod jQuery, et bibliotek med v\u00e6rkt\u00f8jer lavet med Javascript. jQuery var let og meget let at bruge, da det hjalp med at skabe komplekse funktioner med minimal kodning.<\/p>\n\n

Du kan finde Vanilla JS i Facebook, Google, YouTube, Yahoo, Wikipedia, Windows Live, Twitter, LinkedIn, eBay, Microsoft, Apple, Pinterest, PayPal, Reddit, Netflix, Stack Overflow<\/strong> og en r\u00e6kke andre popul\u00e6re websteder og platforme. <\/p>\n\n

S\u00e5ledes er alle Javascript-rammer og biblioteker baseret p\u00e5 dens Vanilla-kerne. Alle de forskellige rammer er ofte baseret p\u00e5 det ene s\u00e6t Javascript-princip eller det andet. Ofte bruger udviklere almindeligt Javascript uden at bruge yderligere JS-rammer eller biblioteker.<\/p>\n\n

Interessant er, at Vanilla JS framework n\u00e6sten minder os om vanilleis, fordi rammen er umodificeret, og du bruger det grundl\u00e6ggende produkt, som det er, uden at tilf\u00f8je noget til det. <\/p>\n\n

Alt hvad du laver er, at du bruger rammen med de mest basale API-funktioner i JS-tolk. Naturligvis er ethvert websted, der ikke bruger en ramme, n\u00f8dt til automatisk at bruge VanillaJ’er, og selvom de ikke bruger en ramme, bruger de visse funktioner og algoritmer i VanillaJS. Rammen giver dig ogs\u00e5 fuld frihed til at implementere den arkitektur, du vil. Du kan ogs\u00e5 integrere dette med din forretningslogik, DOM-manipulationslogik og andre v\u00e6rkt\u00f8jer, du vil oprette forbindelse til. <\/p>\n\n

Hver udvikler skal have fuldt kendskab til rent Javascript, og enhver udvikler, du ans\u00e6tter, skal have kendskab til Vanilla JS, is\u00e6r hvis han hovedsageligt arbejder i Javascript-\u00f8kosystemet.<\/p>\n\n

Picture: Compare<\/p>\n\n

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

Vanilla JS Vs React: n\u00e5r du kan bruge hvad<\/strong><\/p>\n\n

Vanilla JS hj\u00e6lper dig med at opbygge kraftfulde applikationer p\u00e5 tv\u00e6rs af platforme og s\u00e5 videre React, det er et af de mest popul\u00e6re JS-biblioteker takket v\u00e6re dets fleksibilitet og ydelseskvalitet. React kan nedbryde brugergr\u00e6nsefladen i mindre, genanvendelige komponenter, der kan flyttes mod hinanden. Og det er denne funktion, der fungerer som en vindende fordel i forhold til VanillaJS. For JS bliver det meget vanskeligt at vedligeholde koden, hvis applikationen er stor. I s\u00e5danne tilf\u00e6lde skal brugergr\u00e6nsefladen opdateres regelm\u00e6ssigt. <\/p>\n\n

Og det er ikke alt. For at \u00e6ndre UI-elementet skal du f\u00f8rst finde elementet i DOM og f\u00f8rst derefter opdatere det. Dette kan v\u00e6re kedeligt, n\u00e5r du kun skal \u00e6ndre et enkelt element. React har en virtuel DOM og hj\u00e6lper med at omg\u00e5 den manuelle opgave. S\u00e5 kort sagt, med Vanilla JS kan det v\u00e6re sv\u00e6rt og omhyggeligt at holde brugergr\u00e6nsefladen synkroniseret. <\/p>\n\n

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

Som forklaret tidligere med udviklingen af Vanilla JS var udviklere i stand til at oprette dynamiske websteder. Da jQuery kom ind, kom der ogs\u00e5 et antal v\u00e6rkt\u00f8jer ved hj\u00e6lp af Javascript. jQuery er let og med sit brugervenlige JS-bibliotek er det let at skabe komplekse funktioner med f\u00e5 kodelinjer. Det forenkler mange ting for udvikleren som at h\u00e5ndtere JSON-data fra serveren, tilf\u00f8je animationseffekter som skjul, vis osv., Hj\u00e6lper med CSS-manipulation, frems\u00e6tter AJAX-anmodninger og mere. <\/p>\n\n

Med jQuery kan mange ting v\u00e6re lettere for nybegynderudvikleren, men der er ingen regel som s\u00e5dan, der siger, hvor Vanilla JS skal bruges, og hvor jQuery skal bruges. Imidlertid er iQuery en enorm tidsbesparelse, fordi den kommer med flere foruddefinerede funktioner, for hvilke der kun skal foretages n\u00f8dvendige \u00e6ndringer.<\/p>\n\n

Og jQuery kr\u00e6ver bare mindre kodning, men for Javascript kr\u00e6ves en lang r\u00e6kke kodning, m\u00e5ske endda spaghettikoder. For JS er der ikke behov for yderligere plugins, men de beh\u00f8ver heller ikke tilf\u00f8je yderligere plugins. For jQuery skal linket til biblioteksscript v\u00e6re inkluderet inde i websitetens hovedtag. <\/p>\n\n

Hvis du ser p\u00e5 kompatibilitet med flere browsere, vil der sandsynligvis ske browserrelaterede fejl med JS. Men med jQuery er dette ikke et problem, fordi det fungerer med alle slags browsere; der er ingen problemer med kompatibilitet. <\/p>\n\n

Faktisk er der ingen s\u00e6rlig regel i brugen af Javascript og jQuery. Men udviklere siger, at jQuery er bedre til DOM-manipulation sammenlignet med Javascript. Imidlertid er pluspunktet med Vanilla JS meget hurtigere end jQuery. Alligevel kan nybegynderudviklere have sv\u00e6rt ved at skrive komplekse funktioner med Vanilla JS. <\/p>\n\n

For JS skal al kodning g\u00f8res fra bunden, og nybegynderudviklere kan finde det sv\u00e6rt og tidskr\u00e6vende. jQuery p\u00e5 den anden side har flere foruddefinerede funktioner, og n\u00e5r der skal foretages \u00e6ndringer, kan det absolut v\u00e6re tidsbesparende. <\/p>\n\n

N\u00e5r du sammenligner de to, er Vanilla JS langt hurtigere end jQuery, og afh\u00e6ngigt af operationen kan den endda v\u00e6re 10 til 25 gange hurtigere. <\/p>\n\n

Vanille JS Vs Kantet JS<\/strong><\/h3>\n\n

Angular JS er et v\u00e6rkt\u00f8j i Javascript MVC, mens Vanilla kommer under Javascript UI Libraries. Nogle udviklere siger, at Vanilla JS er overlegen, n\u00e5r du overvejer den indledende belastning og ydeevne, s\u00e5 hvis du \u00f8nsker at udvikle en app med performance-faktor som prioritet, kan du v\u00e6lge Vanilla JS. <\/p>\n\n

Konklusion<\/strong><\/h3>\n\n

Vanilla JS er fantastisk og lader dig endda oprette dynamiske websider. Men n\u00e5r du leder efter en enorm og kompliceret applikation med komplekse funktionaliteter og har tusindvis af sider, er det bedre at g\u00e5 efter moderne Javascript-rammer. <\/p>\n\n

S\u00e5 endnu en gang vil det valg, du tr\u00e6ffer, afh\u00e6nge af kravet. Hvis du har til hensigt at blive en frontend eller en full stack webudvikler, er det vigtigt at du kender til Vanilla JS. Basen for alle rammer vil altid v\u00e6re JS, biblioteker og rammer vil komme og g\u00e5, men JS er kommet for at blive. <\/p>\n\n

F\u00e6rdighed med Vanilla JS vil altid g\u00f8re det lettere at skifte til jQuery, selvom kontakten muligvis ikke er meget glat. <\/p>\n\n

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

Flere oplysninger om Vanilla JS<\/a><\/p>\n\n

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

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

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

Forfatteren: Sascha Thattil arbejder p\u00e5 Software-Developer-India.com, som er en del af YUHIRO Group. YUHIRO er en tysk-indisk virksomhed, der leverer programm\u00f8rer til IT-virksomheder, agenturer og IT-afdelinger.<\/p>\n