Någon fördel med att använda Svelte istället för React eller Vue?
_janc_18 juni 2026 kl. 14:20
Är det bara på grund av prestanda?
DeltaLaboratory18 juni 2026 kl. 14:35
Nästan allt utom arbetsmarknaden
Intrepid-Ordinary69918 juni 2026 kl. 23:32
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.
Shoddy_One446522 juni 2026 kl. 18:17
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.
9768945648956419 juni 2026 kl. 15:46
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
Upstairs_Toe_356019 juni 2026 kl. 23:49
Mycket tydlig kommentar
Eugen_Ivanovic22 juni 2026 kl. 21:50
Slam dunk kommentar.
HansVonMans19 juni 2026 kl. 12:29
Hahaha oh lord föreställa sig optimering för anställbarhet för handkodning jobb i 2026
RedlineQuokka20 juni 2026 kl. 00:18
Ä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.
LinkPlay918 juni 2026 kl. 14:29
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.
sorainyuser18 juni 2026 kl. 15:10
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.
LinkPlay918 juni 2026 kl. 15:58
vad saknas exakt? vad stoppar ett team som använder svelte från att skala?
sorainyuser18 juni 2026 kl. 17:05
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.
nullbyte42018 juni 2026 kl. 17:18
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.
kevin_whitley18 juni 2026 kl. 17:32
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.
nullbyte42018 juni 2026 kl. 17:42
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
SaabiMeister18 juni 2026 kl. 22:11
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.
kevin_whitley18 juni 2026 kl. 22:40
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).
SaabiMeister18 juni 2026 kl. 22:43
Absolut
OhByGolly_18 juni 2026 kl. 17:01
Ingenting utanför det är relativt grönt för nya utvecklare.
kevin_whitley18 juni 2026 kl. 17:27
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.
BTolputt18 juni 2026 kl. 14:25
Det är lättare att integrera "rå" JavaScript-bibliotek eftersom Svelte fungerar på riktiga DOM-objekt, inte virtuella.
hyrumwhite18 juni 2026 kl. 21:40
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.
ryutaromack19 juni 2026 kl. 05:14
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.
therealPaulPlay18 juni 2026 kl. 14:28
Du behöver inte skicka en löptid eftersom Svelte inte använder en virtuell dom.
Jona-Anders18 juni 2026 kl. 15:28
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.
Evilsushione19 juni 2026 kl. 00:33
Jag tänkte att det använder JavaScript-signaler nedanför.
Jona-Anders19 juni 2026 kl. 02:23
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.
Subject_Health_318218 juni 2026 kl. 15:32
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.
kevin_whitley18 juni 2026 kl. 17:34
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)".
hyrumwhite18 juni 2026 kl. 21:45
React har en dsl också, JSX är inte vanilj
Subject_Health_318218 juni 2026 kl. 22:06
JSX är syntetiskt socker för React.createElement()
hyrumwhite19 juni 2026 kl. 00:00
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
Subject_Health_318219 juni 2026 kl. 00:08
Hmm, det är meningsfullt
srlechuga18 juni 2026 kl. 15:44
Mental hälsa
demian_west18 juni 2026 kl. 15:13
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,...).
Rheath7218 juni 2026 kl. 16:59
Har skrivit React professionellt eftersom det var ett nisch nytt bibliotek från Facebook.
kevin_whitley18 juni 2026 kl. 17:36
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.
Rheath7218 juni 2026 kl. 17:00
Faktum är att linting-verktyg är bättre för React still.
IamNochao18 juni 2026 kl. 14:26
Granulär reaktivitet då?
kakarlus18 juni 2026 kl. 14:32
Mindre stress
Several_Bumblebee15318 juni 2026 kl. 14:32
för agentisk kodning mindre token expediture
demian_west18 juni 2026 kl. 15:09
Åh, lol, men jag gjorde inte om den här
Sea_Chipmunk539518 juni 2026 kl. 22:25
Fel tills du bevisar det
snookette18 juni 2026 kl. 22:59
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.
jessycormier18 juni 2026 kl. 14:32
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)
egehancry18 juni 2026 kl. 19:54
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
Own-Phone237518 juni 2026 kl. 16:14
ren syntax, nästan samma som vue, inte för mycket behöver ext deps
Heraldique18 juni 2026 kl. 17:15
Det är bra för inbäddad webbutveckling eftersom det använder mindre lagring
ijustwrotesomecss18 juni 2026 kl. 21:16
Angular för gatorna, Svelte för bladen
Electronic-Pie-187924 juni 2026 kl. 15:07
Utvecklare Erfarenhet är bara waaaay trevligare, arbetade i 3 år i en Svelte, SvelteKit, Typescript, GraphQL stack.
_janc_24 juni 2026 kl. 17:27
Kan du förklara lite nickare?
Electronic-Pie-187925 juni 2026 kl. 18:47
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
moobnaster696918 juni 2026 kl. 16:35
Fjärrfunktioner: https://svelte.dev/docs/kit/remote-functions
FluxKraken18 juni 2026 kl. 17:49
Och nu stöder de realtidsstreaming.
lastWallE18 juni 2026 kl. 21:59
Behåller du din sanitet?
KaiAusBerlin18 juni 2026 kl. 17:11
😂 gjorde min dag
Spare_Message_360718 juni 2026 kl. 18:24
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.
wentallout18 juni 2026 kl. 19:00
Probe spara fler tokens för agentisk kodning 3. inga konstiga begrepp att lära sig... till skillnad från React
TheRealSkythe18 juni 2026 kl. 20:13
underwatercr31218 juni 2026 kl. 22:06
allting
ffiw19 juni 2026 kl. 08:28
De kan resonera lättare med svelte eftersom saker inte är för abstrakta bort.
Sseyh19 juni 2026 kl. 11:22
Du kommer att älska det.Det är den största fördelen.
Harinderpreet19 juni 2026 kl. 15:49
Ett bibliotek för Frontend och Backend, React kan också göra, men Reac gör det komplicerat.
SAF1N19 juni 2026 kl. 21:26
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
nhoyjoy20 juni 2026 kl. 10:57
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.
venir_dev20 juni 2026 kl. 22:57
Jag skulle säga att frågan är "vs reagera". så, utvecklare erfarenhet. Vue har en ganska identisk DX.
tardoos18 juni 2026 kl. 15:30
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.
TwystedLyfe18 juni 2026 kl. 15:36
Programvaran har buggar, de har redan fixat det.
Exact-Big350518 juni 2026 kl. 15:59
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.
tardoos18 juni 2026 kl. 19:23
>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.
FluxKraken18 juni 2026 kl. 17:50
Du uppdaterar till de senaste versionerna av alla dina paket, i produktion? Är du tigger att bli hackad? Ingen minimiålderpolicy? alls?
Alternative_Web720218 juni 2026 kl. 18:10
Bäst att du slutar dricka
imavlastimov19 juni 2026 kl. 10:00
Använd bara det som AI är bäst på.