Fordeler med Svelte fremfor React og Vue
Er det noen fordel å bruke Svelte i stedet for React eller Vue?
Er det bare på grunn av prestasjoner?
Det er lettere å integrere "rå" JavaScript-biblioteker fordi Svelte fungerer på ekte DOM-objekter, ikke virtuelle.
For Vue, i det minste, er et vanilje JS-bibliotek en komposerbar en borte fra integrering. Vue bruker det virtuelle domenet for diffing, men det oppdaterer dommen på oppsett, og påfølgende oppdateringer skjer bare atomisk etter at statusen endres.
Jeg har løpt inn i noen ganger hvor jeg trengte å integrere vanilla javascript biblioteker og det bare fungerer med svelte. jeg har ikke brukt vue i aldre så ikke vet eller husker om det har lignende funksjoner.
Granulær reaktivitet?
Det er ikke nødvendig å sende en runtime siden Svelte ikke bruker en virtuell dom.
Svelte har en runtime med svelte 5 for runes og signaler - men det er lite og gjør det mulig for applikasjoner å skalere mye bedre i størrelse enn før. Så før svelte 5 var det ingen runtime, men derfor koden ble "duplisert" mellom komponenter. Nå er det litt større å starte med, men derfor applikasjonen vokser mye saktere enn før.
Jeg trodde det brukte JavaScript-signaler under.
Selvfølgelig er signaler implementert i JavaScript, men det er ingen standard for signaler i JavaScript. jeg tror det var et forslag for en for en stund siden, men det er ikke en standard ennå.
sin bare finere å jobbe med imo. vue er lik, men forskjellen mellom react er slående. react tvinger deg til å lære en haug med ekstra konsepter og hull og våpen å unngå.
Dessverre konverterte jeg fra sveltekit til nuxt fordi det er bare stort nok til ikke å bekymre deg for å skalere teamet ditt på det.
hva mangler nøyaktig? hva stopper et team som bruker svelte fra å skalere?
Ingenting utenfor det er relativt grønt for nye utviklere.
Jeg vil argumentere for at enhver utvikler smart nok til å forstå React kan overgå sitt React-selv i Svelte innen en uke eller så.
Det kan tjene de samme formålene som vue eller react prosjekt. Jeg startet til og med selskapet mitt ved hjelp av svelte, og det er mulig. Svelte kan være raskere i utvikling, men samtidig når du støter på et problem er det så mye vanskeligere å løse. Ikke snakke om talentoppkjøp som det er så mye enklere for vue, da det bare er flere utviklere for det. Jeg elsker svelte og var alltid en fortaler, ikke ta meg feil.
Hvorfor er det vanskeligere å løse Svelte-problemer? Kodebasen er ganske godt vedlikeholdt av noen klart svært kompetente mennesker, så det er mulig å ta en titt på hvorfor det ikke fungerer. Spesielt med AI-hjelp. Og dokumentasjonen er også ganske flott. For meg er det mest forvirrende med sveltekit hvor enkelt det er. Det er som om jeg forventer mer svart magi enn det er. Men kanskje jeg ikke har brukt det lenge nok. Hva slags problemer tenker du på?
Jeg bygger i React for det normale arbeidet, og Svelte for alt mitt eget. React skaper et interessant paradoks der det introduces mange problemer på grunn av kompleksiteten det krever. Dette gjør at utviklere frykter et mindre publikum i Svelte fordi de lurer "hvem ville svare på alle disse spørsmålene jeg alltid har???" Men svaret er nærmere "mange av disse spørsmålene du ikke engang ville ha i Svelte". Dette er også grunnen til at jeg hevder at enhver utvikler smart nok til å holde sitt eget i React kan absolutt knuse det (i ingen tid) i Svelte.
Det skremmende er at det ikke er mye å bekymre seg for i Svelte, så det ser ut som noe mangler
De verste problemene jeg har måttet håndtere med å bruke Svelte, var de subtile forskjellene i hvordan kjeder av avledede butikkavhengigheter og reaktiv $:-uttalelser håndterte oppdateringer, noe som skaper forskjeller i oppførsel til tilsynelatende tilsvarende logikk. Men selv det var forutsigbart, arkitektonisk forståelig, lett å jobbe med og så neppe et betydelig problem at de fleste erfarne Svelte-utviklere ikke engang er klar over dette.
Jeg føler at jeg er en av de få som ikke egentlig elsker runes ... de er fantastiske i noen tilfeller, og føles som en DX regresjon i andre. Helt enig i deg på noen av reaktivitet utfordringer, men da hver reaktiv ramme synes å ha det problemet på en eller annen måte (sikkert i React i min erfaring).
Absolutt
for agentisk koding mindre token ekspedisjon
Åh, lol, men jeg gjorde ikke om denne
Feil før du beviser det
Har ikke prøvd nylig, men jeg følte det motsatte noen måneder tilbake som dumme modeller bare installert react pakker selv om jeg sa det ikke til.
Jeg fant det lett å bruke når du oppretter et bilde generator bibliotek med en .png rute dette er bare ikke noe du kan gjøre i utsikt. Du kan i react siden det støtter de server side funksjoner. Svelte følte seg enklere og renere når jeg testet begge. (Brukes for å generere unike overskrifter for innlegg på en blogg basert på en slug versjon av tittelen som frøet)
Mindre stress
Nesten alt unntatt arbeidsmarkedet
Jeg kan bli nedstemt for å si dette, men jeg tror arbeidsmarkedet er like utfordrende i dag, uavhengig av bibliotek eller rammeverk, og dette blir en gammel diskusjon.
For hva det er verdt, er AI det som gjorde at jeg begynte å "bruke" Svelte for første gang. Jeg kunne ikke rettferdiggjøre det før, til tross for å forske og konkludere det er generelt sannsynligvis det beste rammeverket, men nå som jeg i utgangspunktet kan omskrive noe i noe, gikk jeg fra aldri å røre Svelte til å bruke det overalt. Agenter ser ut til å fungere bra med det. Jeg har aldri faktisk skrevet en linje av Svelte-kode selv - eller, ærlig talt, noen frontend-kode, pre-AI jeg har alltid jobbet med rotete vanilla JS/TS behemoths - men jeg i utgangspunktet bare slå AIs med "okay prøve å dele dette i flere komponenter og gjenbruke disse eksisterende komponentene i stedet for å gjen
Svelte koster mindre tokens. Seriøst! Jeg utviklet en kompleks nettside 3x ved hjelp av Svelte, React og Vue ved hjelp av Claude 4.8 Svelte var mye billigere. Akkurat som eliksir er billigere enn Python Zig er billigere enn rust Elixir utvikling er billigere enn de fleste språk. Er det virkelig viktig lenger hva språket er? Det handler om hastighet og token kostnad ikke menneskelige dager. Det er: Hvor raskt kan du oppnå en feilfri løsning ved hjelp av det minste antall tokens. Teknologiene som er billigst å utvikle med LLMs bør herske med mindre token leverandører kan påvirke teknologistakene. Men, hei, vi har kjørt bensinbiler i hundrevis av år - som er bevis på at når det kommer til teknologimarkedene er aldri effektive.
Hahaha oh lord forestille seg optimalisering for ansettelsesevne for håndkoding jobber i 2026
Selv om det ikke er håndkoding, krever jobbåpningene fortsatt erfaring i det spesifikke språket og rammen og infra prosjektet bruker, ikke bare i noen språk, rammeverk og infra.
Svært tydelig kommentar
Slam dunk kommentar.
Klarere og enklere kode, færre fotvåpen og ramme idiosynkrasier, ingen vDOM (det går utover ytelse). BTW, det er et økende antall høyytelses store spillere (ikke nok) som har gått full på Svelte (Apple, Hugging ansikt,...).
Ja, du vil ha det gøy å debugge når de sender en fullstendig ødelagt versjon av rammen Annet enn det, DX er mye, mye verre. TS integrasjon er også mye verre. Svelte er et morsomt rammeverk hvis du bruker det på din to-do-liste type prosjekt.
Programvaren har bugs, de har allerede løst det.
Du bør ikke installere pakker som er unge uansett i denne dagen og alder høflighet av forsyningskjeden angrep.
>mehhhhh de utgitt en fast versjon i 24 timer De gjorde? https://www.npmjs.com/package/svelte?activeTab=versions Jeg trodde den ødelagte versjonen var den som var den nyeste i 3 dager med 130k nedlastinger.
Du oppdaterer til de nyeste versjonene av alle dine pakker, i produksjon? Er du tigger for å bli hacket? Ingen minimum alderspolicy?
Du bør slutte å drikke
DX. Jeg studerte React for som 3 ganger, forskjellige kurs, dusinvis av kjæledyrprosjekter. Det tok meg ca 4 måneder før det klikket. Men med Svelte var jeg klar til å skape innen 3 dager etter å ha studert. BTW det er latterlig at Svelte føles nærmere Vanilla JS, enn React. Selv om det er DSL.
Også min erfaring. ganske få år med React bygging under beltet mitt før jeg rørte Svelte, og jeg innen en dag eller to jeg var allerede raskere på sistnevnte. selv bare går gjennom opplæringene tilbake da var en tankeblå reaksjon etter en annen ... tenker "omg, dette ville ha tatt så mye mer i React (eller det er bare ikke engang nativt håndtert)".
React har også en dsl, JSX er ikke vanilje
JSX er syntetisk sukker for React.createElement()
Ja, det er syntaktisk sukker. Vue maler er sukker for Vue createElement Svelte maler er sukker for dom operasjoner De hver bruker ikke-standard filtyper, .tsx/jsx, .vue og .svelte. Alle er DSLs som ikke er kompatible med vanilla JS
Hmm, det er fornuftig
Psykisk helse
ren syntaks, nesten det samme som vue, ikke for mye trenger ext deps
Fjernfunksjoner: https://svelte.dev/docs/kit/remote-functions
Og nå støtter de real-time streaming.
Har skrevet React profesjonelt siden det var et nisje nytt bibliotek fra Facebook.
Faktisk er båndverktøy bedre for React still.
Fortsatt arbeider i React til denne dagen (for arbeid), og kan fortsatt trygt si Svelte er bare renere, enklere, bedre ytelse, og løser så mange app-nivå problemer som React ikke gjør.
😂 Made my day 😂 Gjør min dag
Det er bra for innebygd webutvikling fordi det bruker mindre lagringsplass
det er vanskelig å skrive dårlig kode. kompilatoren gjør bare den tunge løftingen. Et produksjonsdashboard var 2MB på min React MVP til 500kb i mt Svelte Code. Alt lastes raskt, appen er snappy, koden er ikke tilbakekalling helvete. Mindre kompromittert pakkeøkosystem, færre biblioteker å lære. det bare fungerer.
- DX 2. Prob lagre flere tokens for agentisk koding 3. ingen merkelige konsepter å lære... i motsetning til React
Du erklærer hva din HTML/CSS er for et gitt sett med variabler (status): det er templating. 2. Du skriver den samme logikken som kobler brukerhandlinger til endringer i den tilstanden: det er programmering. Det er hele jobben. Svelte 5 tok begge og perfeksjonerte dem. Programmering: med runes, en stat er bare en TypeScript-variabel. la oss telle = $state(0), så react. Programming: en stat er ikke en loggfunksjon, det er en hook, noe spesielt, ren TypeScript. Templating: du lager en .svelte-fil og skriver HTML/CSS med et godt malingsspråk, ved hjelp av de statlige variablene du skrev i pureScript. Det er perfekt. Nå react. Programming: en stat er ikke en loggfunksjon,
Angular for gatene, Svelte for bladene
Beholder du din sanitet?
Alt annet
De kan argumentere lettere med svelte som ting ikke er for abstrakt bort.
Bruk bare det AI er best på.
Du kommer til å elske det.Det er den største fordelen.
Et bibliotek for Frontend og Backend, React kan også gjøre det, men Reac gjør det komplisert.
react: vi har løsninger på dine problemer, og så har vi løsninger på problemene som våre tidligere løsninger gjorde ... og nå du laster ned 600kb verdt react on page load svelte: vi fikk reactivity... state management... og JavaScript, finne ut løsningen på problemet ditt av deg selv bro
Pivot ville være Web Components, og smart bruk av bundling. Vi trenger ikke å stole fullt ut på et fullt sett rammeverk. Velg hva som fungerer for liten omfang, bygge komponenter / widget og pakke konteksten slik at AI kan bedre levering, og du kan kontrollere kvaliteten også.
Jeg vil si spørsmålet er "vs react". så, utvikler erfaring. Vue har en ganske mye identisk DX.
Utvikler Erfaring er bare waaaay finere, jobbet i 3 år i en Svelte, SvelteKit, Typescript, GraphQL stack.
Kan du utarbeide litt av nicer?
React tutorial er ofte føles som om du trenger en hel liste over avhengigheter bare for å få grunnleggende ting til å fungere. Mye av det kan føles hacky, ikke veldig avrundet, og full av merkelige konsepter eller skjulte feller som ikke er åpenbare i begynnelsen. Over tid, det føles oppblåst, spesielt i komplekse komponenter som en sjekk / betaling kodebase eller lignende ting. Jeg jobbet ærlig oppfriskende for å se en annen tilnærming for en mote label her i Tyskland, hvor vi var knyttet til Svelte ganske raskt. Det var gøy å jobbe med, og fordi jeg likte det så mye, lærte jeg mye på veien med Svelte, SvelteKit, TypeScript, og GraphQL. Etter år med å jobbe med at arven kodebase, var det ær