Fordele ved Svelte frem for React og Vue
Er der nogen fordel ved at bruge Svelte i stedet for React eller Vue?
Er det kun på grund af præstation?
Det er nemmere at integrere "rå" JavaScript-biblioteker, fordi Svelte fungerer på rigtige DOM-objekter, ikke virtuelle.
For Vue i det mindste er et vanille JS-bibliotek en komposterbar en væk fra integration. Vue bruger det virtuelle domæne til diffing, men det opdaterer dommen på opsætning, og efterfølgende opdateringer sker kun atomisk efter statusændringer.
Jeg har kørt ind i et par gange, hvor jeg havde brug for at integrere vanilla javascript biblioteker, og det fungerer bare med svelte.
Granulær reaktivitet ?
Du behøver ikke at sende en runtime, da Svelte ikke bruger en virtuel dom.
Svelte har en runtime med svelte 5 til runes og signaler - men det er lille og gør det muligt for applikationer at skalere meget bedre i størrelse end før. Så før svelte 5 var der ingen runtime, men derfor blev koden "dupliceret" mellem komponenter. Nu er det lidt større at starte med, men derfor vokser applikationen meget langsommere end før. Så for de fleste formål er applikationer nu mindre end før.
Jeg troede, det brugte JavaScript-signaler nedenfor.
Selvfølgelig implementeres signaler i JavaScript, men der er ingen standard for signaler i JavaScript. Jeg tror, der var et forslag for en for et stykke tid siden, men det er ikke en standard endnu.
dets bare pænere at arbejde med imo. vue er lignende, men forskellen mellem react er forbløffende. react tvinger dig til at lære en masse ekstra begreber og huller og pistoler at undgå.
Desværre konverterede jeg fra sveltekit til nuxt, fordi det bare er stort nok til ikke at bekymre sig om at skalere dit team på det.
Hvad mangler præcis? hvad stopper et team ved hjælp af svelte fra at skalere?
Intet udenfor det er relativt grønt for nye devs.
Jeg ville argumentere for, at enhver udvikler klog nok til at forstå React kan overgå deres React-selv i Svelte inden for en uge eller så. De vil selvfølgelig stadig have nogle fumbling gennem "hvordan gør du X i Svelte" oversættelser, men selv med dokumenterne permanent åbne, kan de typisk overgå deres React-hook-soup selv.
Det kan tjene de samme formål som vue eller react-projekt. Jeg startede endda mit firma ved hjælp af svelte, og det er muligt. Svelte kan være hurtigere i udvikling, men på samme tid, når du støder på et problem, er det så meget sværere at løse. Ikke at tale om talentopkøb, da det er så meget enklere for vue, da der kun er flere udviklere til det. Jeg elsker svelte og var altid en fortaler, tag mig ikke forkert.
Hvorfor er det sværere at løse Svelte-problemer? Kodebasen er ret godt vedligeholdt af nogle klart meget kompetente mennesker, så det er muligt at tage et kig på, hvorfor det ikke virker. Især med AI-hjælp. Og dokumentationen er også ret god. For mig er det mest forvirrende ved sveltekit, hvor simpelt det er. Det er som om jeg forventer mere sort magi end der er. Men måske har jeg ikke brugt det længe nok. Hvilke problemer tænker du på?
Det er bare ikke (i min erfaring). jeg har bygget i Svelte siden de tidlige dage, med mange apps i produktion. jeg bygger i React for det normale job, og Svelte for alle mine egne ting. React skaber et interessant paradoks, hvor det introduces mange problemer på grund af kompleksiteten det kræver. Dette får udviklere til at frygte et mindre publikum i Svelte, fordi de spekulerer "hvem ville svare på alle disse spørgsmål, jeg altid har???" Men svaret er tættere på "mange af disse spørgsmål, du ikke engang ville have i Svelte". Dette er også grunden til, at jeg hævder, at enhver udvikler klog nok til at holde deres egen i React kan absolut knuse det (i ingen tid) i Svelte.
Det mest skræmmende er, at der ikke er meget at bekymre sig om i Svelte, så det ser ud til, at der mangler noget
De værste problemer, jeg har haft at gøre med at bruge Svelte, var de subtile forskelle i, hvordan kæder af afledte butiksafhængigheder og reaktive '$:'-udtalelser håndterede opdateringer, hvilket skabte forskelle i adfærd til tilsyneladende ækvivalent logik. Men selv det var forudsigeligt, arkitektonisk forståeligt, let at arbejde med og så næppe et betydeligt problem, at de fleste erfarne Svelte-udviklere ikke engang er opmærksomme på dette.
Jeg føler, at jeg er en af de få, der ikke virkelig elsker runes ... de er fantastiske i nogle tilfælde, og føles som en DX regression i andre. Helt enig i dig om nogle af reaktivitet udfordringer, men så hver reaktiv ramme synes at have det problem på en eller anden måde (sikkert i React i min erfaring).
Absolut
for agentisk kodning mindre token expediture
Åh, lol, jeg har ikke tænkt på den her
Du tager fejl, indtil du beviser det
Har ikke prøvet for nylig, men jeg følte det modsatte et par måneder tilbage som dumme modeller lige installeret react pakker, selvom jeg sagde det ikke til.
Jeg fandt det nemt at bruge, når du opretter et billedgenerator bibliotek med en .png rute dette er bare ikke noget, du kan gøre i vue. Du kan i react, da det understøtter de server side funktioner. Svelte følte sig lettere og renere, når jeg testede begge. (Bruges til at generere unikke overskrifter for indlæg på en blog baseret på en slug version af titlen som frøet)
Mindre stress
Næsten alt undtagen arbejdsmarkedet
Jeg kan blive nedstemt for at sige dette, men jeg tror, at arbejdsmarkedet er lige så udfordrende i dag, uanset biblioteket eller rammen, og dette bliver en gammel diskussion.
For hvad det er værd, er AI, der fik mig til at begynde at "bruge" Svelte for første gang. Jeg kunne ikke retfærdiggøre det før, på trods af at jeg forskede og konkluderede, at det overordnet set sandsynligvis er det bedste framework, men nu, at jeg i bund og grund kan omskrive noget i noget, gik jeg fra aldrig at røre Svelte til at bruge det overalt. Agenter synes at fungere godt med det. Jeg har aldrig faktisk skrevet en linje af Svelte-kode selv - eller, ærligt talt, nogen frontend-kode, pre-AI jeg har altid arbejdet med rodede vanille JS/TS behemoths - men jeg i bund og grund bare slå AI'erne med "okay forsøge at opdele dette i flere komponenter og genbruge disse eksisterende
Svelte koster færre tokens. Seriøst! Jeg udviklede et komplekst websted 3x ved hjælp af Svelte, React og Vue ved hjælp af Claude 4.8 Svelte var meget billigere. Ligesom elixir er billigere end Python Zig er billigere end rust Elixir udvikling er billigere end de fleste sprog. Er det virkelig ligegyldigt, hvad sproget er? Det handler om hastighed og token omkostninger ikke menneskelige dage. Det er: Hvor hurtigt kan du opnå en fejlfri løsning ved hjælp af det mindste antal tokens. De teknologier, der er billigst at udvikle med LLM'er, bør herske, medmindre token sælgerne kan påvirke de teknologiske stacks. Men, hej vi har kørt benzinbiler i hundredvis af år - hvilket er bevis på, at når det kommer til
Hahaha oh lord forestille sig optimering for ansættelsesegnethed for håndkodningsjob i 2026
Mens ikke håndkodning, job åbninger stadig kræver erfaring i det specifikke sprog og ramme og infra projektet bruger, ikke kun i nogle sprog, ramme og infra.
Meget klar kommentar
Slam dunk kommentar.
Klarere og enklere kode, færre pistoler og framework idiosynkrasier, ingen vDOM (det går ud over ydeevne). BTW, der er et stigende antal højtydende store spillere (ikke nok), der er gået fuld på Svelte (Apple, Hugging ansigt,...).
Ja, du vil have det sjovt at debugge, når de sender en komplet brudt version af rammen Ellers er DX meget, meget værre. TS integration er også meget værre. Svelte er en sjov ramme, hvis du bruger den på din to-do-liste type projekt.
Software har bugs, de har allerede rettet det.
Du bør ikke installere pakker, der unge alligevel i denne dag og alder høflighed af forsyningskæden angreb.
>mehhhhh de udgivet en fast version i 24 timer De gjorde? https://www.npmjs.com/package/svelte?activeTab=versions Jeg troede den ødelagte version var den, der var den nyeste i 3 dage med 130k downloads.
Du opdaterer til de nyeste versioner af alle dine pakker, i produktion? er du tigger at blive hacket? ingen minimum alderspolitik? overhovedet?
Du bør hellere holde op med at drikke
DX. Jeg studerede React for som 3 gange, forskellige kurser, snesevis af kæledyrsprojekter. Det tog mig omkring 4 måneder, før det klikkede. Men med Svelte var jeg klar til at skabe inden for 3 dage af studiet. BTW det er latterligt, at Svelte føles tættere på Vanilla JS, end React. Selv om det er DSL.
Meget få år med React-bygning under mit bælte, før jeg rørte Svelte, og jeg inden for en dag eller to var jeg allerede hurtigere på sidstnævnte. selv bare går gennem tutorials tilbage da var en mind-blowing reaktion efter en anden ... tænker "omg, dette ville have taget så meget mere i React (eller det er bare ikke engang nativt håndteret)".
React har også en dsl, JSX er ikke vanille
JSX er syntetisk sukker for React.createElement()
Ja, det er syntactic sukker. Vue skabeloner er sukker til Vue createElement Svelte skabeloner er sukker til dom operationer De hver bruger ikke-standard filudvidelser, .tsx/jsx, .vue og .svelte. Alle er DSL'er, der ikke er kompatible med vanille JS
Hmm, det giver mening
Mental sundhed
ren syntax, næsten det samme som vue, ikke for meget brug for ext deps
Fjernfunktioner: https://svelte.dev/docs/kit/remote-functions
Og nu understøtter de real-time streaming.
Jeg har skrevet React professionelt, da det var et niche nyt bibliotek fra Facebook.
Faktisk er båndværktøjer bedre til React still.
Det samme team på begge konti! Arbejder stadig i React til i dag (for arbejde), og kan stadig trygt sige Svelte er bare renere, enklere, bedre ydeevne, og løser så mange app-niveau problemer, at React ikke gør.
Jeg har lavet min dag
Det er godt for indlejret webudvikling, fordi det bruger mindre lagerplads
det er svært at skrive dårlig kode. compileren gør bare den tunge løftning. Et produktionsdashboard var 2MB på min React MVP til 500kb i mt Svelte Code. Alt indlæses hurtigt, appen er snappy, koden er ikke callback helvede. Mindre kompromitteret pakkeøkosystem, færre biblioteker at lære. det virker bare.
Probe gemmer flere tokens til agentisk kodning 3. ingen mærkelige begreber at lære... i modsætning til React
Du erklærer, hvad din HTML/CSS er for et givet sæt af variabler (status): det er templating. 2. Du skriver den samme logik, der forbinder brugerhandlinger til ændringer i den tilstand: det er programmering. Det er hele jobbet. Svelte 5 tog begge og perfektionerede dem. Programmering: med runes, en tilstand er bare en TypeScript-variabel. let count = $state(0), så 'count++. Du ændrer en variabel ved at ændre det. Intet specielt, rent TypeScript. Templating: du laver en .svelte`-fil og skriver HTML/CSS med et godt skabelonsprog, ved hjælp af de tilstandsvariabler, du skrev i pureScript. Det er perfekt. Nu react til den fulde tilstand. Programmering: en tilstand er ikke en
Angular for gaderne, Svelte for arkene
Har du bevaret din sundhed?
Alting
De kan argumentere lettere med svelte, da tingene ikke er for abstrakte væk.
Brug kun det, som AI er bedst til.
Du vil elske det. Det er den største fordel.
Et bibliotek til Frontend og Backend, React kan også, men Reac gør det kompliceret.
react: vi har løsninger på dine problemer, og så har vi løsninger på de problemer, som vores tidligere løsninger gjorde... og nu downloader du 600kb værd af react on page load svelte: vi fik reactivity... state management... og JavaScript, finde ud af løsningen på dit problem af dig selv bro
Pivot ville være Web Components, og smart brug af bundling. Vi behøver ikke at stole fuldt ud på et fuldt sæt framework. Vælg hvad som helst, der fungerer for lille omfang, opbygge komponenter / widget og pakke konteksten, så AI kan bedre levering, og du kan kontrollere kvaliteten også. Men det betyder ikke noget, da vi vil gøre alt proprietært med Rust / Go og Web Assembly.
Jeg ville sige, at spørgsmålet er "vs react". så, udvikler erfaring. Vue har en temmelig identisk DX.
Developer Experience er bare vaaay niceer, arbejdede i 3 år i en Svelte, SvelteKit, Typescript, GraphQL stack.
Kan du redigere lidt af en smule?
React tutorial er ofte føles som om du har brug for en hel liste over afhængigheder bare for at få de grundlæggende ting til at fungere. Meget af det kan føles hacky, ikke meget afrundet, og fuld af mærkelige begreber eller skjulte fælder, der ikke er indlysende i første omgang. Over tid, det føles opsvulmet, især i komplekse komponenter som en checkout / betalingskode eller lignende ting. Jeg arbejdede ærligt forfriskende at se en anden tilgang på en mode label her i Tyskland, hvor vi blev replatformed fra en PHP, Smarty, og Vue stack til en fuld omskrivning med Svelte, SvelteKit, TypeScript, og GraphQL. Efter år med at arbejde med den arvede kodebase, var det ærligt forfriskende at se en anden tilgang.