Fördelar med Svelte jämfört med React och Vue
Någon fördel med att använda Svelte istället för React eller Vue?
Är det bara på grund av prestanda?
Det är lättare att integrera "rå" JavaScript-bibliotek eftersom Svelte fungerar på riktiga DOM-objekt, inte virtuella.
För Vue åtminstone är ett vanilj JS-bibliotek en komposterbar en bort från integration. Vue använder den virtuella domänen för diffing, men den uppdaterar domänen på installation, och efterföljande uppdateringar sker bara atomiskt efter statliga förändringar.
Jag har sprungit in några gånger där jag behövde integrera vanilj javascript bibliotek och det fungerar bara med svelte. jag har inte använt vue i åldrar så vet inte eller minns om det har liknande funktioner.
Granulär reaktivitet då?
Du behöver inte skicka en löptid eftersom Svelte inte använder en virtuell dom.
Svelte har en löptid med svelte 5 för runor och signaler - men den är liten och gör det möjligt för applikationer att skala mycket bättre i storlek än tidigare. Så före svelte 5 fanns det ingen löptid, men därför var koden "duplicerad" mellan komponenter. Nu är det lite större att börja med, men därför växer applikationen mycket långsammare än tidigare. Så för de flesta ändamål är applikationer nu mindre än tidigare.
Jag tänkte att det använder JavaScript-signaler nedanför.
Visst, signaler implementeras i JavaScript, men det finns ingen standard för signaler i JavaScript. jag tror att det fanns ett förslag för en för ett tag sedan, men det är inte en standard ännu.
dess bara trevligare att arbeta med imo. vue är liknande, men skillnaden mellan react är häpnadsväckande. react tvingar dig att lära dig en massa extra begrepp och luckor och vapen att undvika.
Tyvärr konverterade jag från sveltekit till nuxt eftersom det bara är tillräckligt stort för att inte oroa dig för att skala ditt team på det.
vad saknas exakt? vad stoppar ett team som använder svelte från att skala?
Ingenting utanför det är relativt grönt för nya utvecklare.
Jag skulle hävda att alla utvecklare som är tillräckligt smarta för att förstå React kan överträffa sitt React-själv i Svelte inom en vecka eller så. De kommer naturligtvis fortfarande att ha lite fusk genom "hur gör du X i Svelte" översättningar, men även med dokumenten permanent öppen, kan de vanligtvis överträffa sitt React-hake-sopp själv.
Det kan tjäna samma syften som vue eller react projekt. Jag startade till och med mitt företag med svelte, och det är möjligt. Svelte kan vara snabbare i utveckling, men samtidigt när du stöter på ett problem är det så mycket svårare att lösa. För att inte tala om talangförvärv eftersom det är så mycket enklare för vue, eftersom det bara finns fler utvecklare för det. Jag älskar svelte och var alltid en förespråkare, ta mig inte fel. Men när du skalar företag vill du fokusera på marknadsföring och sälj sida, inte på teknik.
Varför är det svårare att lösa Svelte-problem? Kodbasen är ganska väl underhållen av några tydligt mycket kompetenta människor, så det är möjligt att ta en titt på varför det inte fungerar. Speciellt med AI-hjälp. Och dokumentationen är ganska bra också. För mig är det mest förvirrande med sveltekit hur enkelt det är. Det är som att jag förväntar mig mer svart magi än det finns. Men kanske har jag inte använt det tillräckligt länge.
Det är bara inte (i min erfarenhet). jag har byggt i Svelte sedan de tidiga dagarna, med många appar i produktion. jag bygger i React för det normala jobbet, och Svelte för alla mina egna saker. React skapar ett intressant paradox där det introducerar många problem på grund av komplexiteten det kräver. Detta gör utvecklare rädd för en mindre publik i Svelte eftersom de undrar "vem skulle svara på alla dessa frågor jag alltid har???" Men svaret är närmare "många av dessa frågor du inte ens skulle ha i Svelte". Det är också därför jag hävdar att någon utvecklare smart nog att hålla sin egen i React kan absolut krossa den (på nolltid) i Svelte.
Det mest skrämmande är att det inte finns mycket att oroa sig för i Svelte så det ser ut som något saknas
De värsta problemen jag har haft att hantera med att använda Svelte var de subtila skillnaderna i hur kedjor av derivatbutikberoende och reaktiva "$:" uttalanden hanterade uppdateringar, vilket skapar skillnader i beteende till till synes motsvarande logik. Men även det var förutsägbart, arkitektoniskt förståeligt, lätt att arbeta med och så knappast ett betydande problem att de flesta erfarna Svelte-utvecklare inte ens är medvetna om detta.
Jag känner att jag är en av de få som inte verkligen älskar runor ... de är fantastiska i vissa fall, och känns som en DX-regression i andra. Jag håller helt med dig om några av reaktivitetsutmaningarna, men då verkar varje reaktiv ram ha det problemet på något sätt (säkert i React i min erfarenhet).
Absolut
för agentisk kodning mindre token expediture
Åh, lol, men jag gjorde inte om den här
Fel tills du bevisar det
Har inte försökt nyligen men jag kände motsatsen några månader sedan som dumma modeller bara installerade react-paket även om jag sa det inte till.
Jag hittade det lätt att använda när man skapar ett bildgeneratorbibliotek med en .png-rutten det här är bara inte något du kan göra in vue. Du kan i react eftersom det stöder dessa server sida funktioner. Svelte kände sig lättare och renare när jag testade båda. (Används för att generera unika rubriker för inlägg på en blogg baserat på en slug version av titeln som fröet)
Mindre stress
Nästan allt utom arbetsmarknaden
Jag kan bli nedröstad för att säga detta, men jag tror att arbetsmarknaden är lika utmanande idag oavsett bibliotek eller ram, och detta blir en gammal diskussion.
För vad det är värt, är AI det som fick mig att börja "använda" Svelte för första gången. Jag kunde inte motivera det tidigare, trots att jag forskade och drog slutsatsen att det är i allmänhet troligtvis det bästa ramverket, men nu när jag i princip kan skriva om någonting i någonting, gick jag från att aldrig röra Svelte för att använda det överallt. Agenter verkar fungera bra med det. Jag har aldrig faktiskt skrivit en rad Svelte-kod själv - eller, ärligt talat, någon frontend-kod, pre-AI jag har alltid bara arbetat med röriga vanilj JS/TS behemoths - men jag slår i grunden bara AI med "okay försök att dela upp detta i fler komponenter och återanvända dessa befintliga komponenter istället för att återuppfinna nya komponenter bara
Svelte kostar mindre tokens. Allvarligt! Jag utvecklade en komplex webbplats 3x med Svelte, React och Vue med Claude 4.8 Svelte var mycket billigare. Precis som elixir är billigare än Python Zig är billigare än rost Elixir utveckling är billigare än de flesta språk. Spelar det verkligen någon roll vad språket är längre? Det handlar om hastighet och token kostnad inte mänskliga dagar. Det är: Hur snabbt kan du uppnå en buggfri lösning med det minsta antalet tokens. De tekniker som är billigast att utveckla med LLMs bör råda om inte tokenleverantörerna kan påverka teknikstackorna. Men, hej vi har kört bensinbilar i hundratals år - vilket är bevis på att när det gäller teknikmarknaderna är aldrig effektiva.
Hahaha oh lord föreställa sig optimering för anställbarhet för handkodning jobb i 2026
Även om det inte är manuell kodning, kräver jobböppningarna fortfarande erfarenhet av det specifika språket och ramverket och den infrarätt som projektet använder, inte bara i något språk, ramverk och infrarätt.
Mycket tydlig kommentar
Slam dunk kommentar.
Klarare och enklare kod, färre pistoler och ram idiosynkratier, ingen vDOM (det går utöver prestanda). BTW, det finns ett växande antal högpresterande stora spelare (inte tillräckligt) som har gått full på Svelte (Apple, Hugging ansikte,...).
Ja, du kommer att ha roligt debugging när de skickar en komplett trasig version av ramverket Annat än det, DX är mycket, mycket värre. TS integration är också mycket värre. Svelte är ett roligt ramverk om du använder det på din uppgiftslista typ av projekt.
Programvaran har buggar, de har redan fixat det.
Mehhhhh de släppte en fast version på 24 timmar. du borde inte installera paket som är unga ändå i denna dag och ålder artighet av leverantörskedjan attacker.
>mehhhhh de släppte en fast version i 24 timmar De gjorde? https://www.npmjs.com/package/svelte?activeTab=versions Jag trodde att den trasiga versionen var den som var den senaste för 3 dagar med 130k nedladdningar.
Du uppdaterar till de senaste versionerna av alla dina paket, i produktion? Är du tigger att bli hackad? Ingen minimiålderpolicy? alls?
Bäst att du slutar dricka
DX. Jag studerade React för som 3 gånger, olika kurser, dussintals husdjursprojekt. Det tog mig ungefär 4 månader innan det klickade. Men med Svelte var jag redo att skapa inom 3 dagar efter att ha studerat. BTW det är löjligt att Svelte känner sig närmare Vanilla JS, än React.
Mycket några år av React byggande under mitt bälte innan jag rörde på Svelte, och jag inom en dag eller två var jag redan snabbare på den senare. även bara gå igenom handledningarna tillbaka då var en mind-blown reaktion efter en annan ... tänkande "omg, detta skulle ha tagit så mycket mer i React (eller det är bara inte ens nativt hanteras)".
React har en dsl också, JSX är inte vanilj
JSX är syntetiskt socker för React.createElement()
Ja, det är syntactic socker. Vue mallar är socker för Vue createElement Svelte mallar är socker för domoperationer De använder var och en icke-standard filändelser, .tsx/jsx, .vue och .svelte. Alla är DSLs som inte är kompatibla med vanilj JS
Hmm, det är meningsfullt
Mental hälsa
ren syntax, nästan samma som vue, inte för mycket behöver ext deps
Fjärrfunktioner: https://svelte.dev/docs/kit/remote-functions
Och nu stöder de realtidsstreaming.
Har skrivit React professionellt eftersom det var ett nisch nytt bibliotek från Facebook.
Faktum är att linting-verktyg är bättre för React still.
Samma team på båda kontona! fortfarande arbetar i React till denna dag (för arbete), och kan fortfarande säkert säga Svelte är bara renare, enklare, bättre prestanda, och löser så många problem på app-nivå att React inte gör.
😂 gjorde min dag
Det är bra för inbäddad webbutveckling eftersom det använder mindre lagring
Det är svårt att skriva dålig kod. kompilatorn gör bara den tunga lyftningen. En produktionsdashboard var 2MB på min React MVP till 500kb i mt Svelte Code. Allt laddas snabbt, appen är snappy, koden är inte en återkoppling helvete. Mindre komprometterat paketekosystem, färre bibliotek att lära sig. det fungerar bara.
Probe spara fler tokens för agentisk kodning 3. inga konstiga begrepp att lära sig... till skillnad från React
Du deklarerar vad din HTML/CSS är för en given uppsättning variabler (stat): det är malling. 2. Du skriver samma logik som ansluter användaråtgärder till förändringar i det tillståndet: det är programmering. Det är hela jobbet. Front-end tog två saker. 1. Du deklarerar vad din HTML/CSS är för en given uppsättning variabler (stat): det är malling. 2. Du skriver samma logik som ansluter användaråtgärder till förändringar i det tillståndet: det är programmering. Templing: du gör en .svelte fil och skriver HTML/CSS med ett bra malling språk. Programmering: med runor, en stat är bara en TypeScript-variabel som du skrev i pureScript. Nu är det perfekt att räkna = $state(0)`, sedan react. Programmering: en stat
Angular för gatorna, Svelte för bladen
Behåller du din sanitet?
allting
De kan resonera lättare med svelte eftersom saker inte är för abstrakta bort.
Använd bara det som AI är bäst på.
Du kommer att älska det.Det är den största fördelen.
Ett bibliotek för Frontend och Backend, React kan också göra, men Reac gör det komplicerat.
react: vi har lösningar på dina problem, och sedan har vi lösningar på de problem som våra tidigare lösningar gjorde... och nu laddar du ner 600kb värt react on page load svelte: vi fick reactivity... state management... och JavaScript, räkna ut lösningen på ditt problem själv bro
Pivot skulle vara Web Components, och smart användning av bundling. Vi behöver inte helt förlita oss på en fullständig uppsättning ramverk. Välj vad som fungerar för liten omfattning, bygga komponenter / widget och wrap sammanhanget så att AI kan bättre leverera, och du kan styra kvaliteten också. Men det spelar ingen roll eftersom vi vill göra allt proprietärt med Rust / Go och Web Assembly.
Jag skulle säga att frågan är "vs reagera". så, utvecklare erfarenhet. Vue har en ganska identisk DX.
Utvecklare Erfarenhet är bara waaaay trevligare, arbetade i 3 år i en Svelte, SvelteKit, Typescript, GraphQL stack.
Kan du förklara lite nickare?
React handledning känns ofta som om du behöver en hel lista över beroenden bara för att få grundläggande saker att fungera. Mycket av det kan kännas hacky, inte mycket rundad, och full av konstiga begrepp eller dolda fällor som inte är uppenbara först. Med tiden känns det uppblåst, särskilt i komplexa komponenter som en checkout / betalning kodbas eller liknande saker. Jag arbetade ärligt uppfriskande för att se en online-butik för en mode etikett här i Tyskland, där vi var omplattade från en PHP, Smarty och Vue stack till en fullständig omskrivning med Svelte, SvelteKit, TypeScript och GraphQL. Efter år av arbete med den legacy codebase, var det uppriktigt uppfriskande att se en annan inställning. Jag var kopplad till Svelte