Voordelen van Svelte boven React en Vue
Is er een voordeel van het gebruik van Svelte in plaats van React of Vue?
Is dat alleen vanwege de prestaties?
Het is gemakkelijker om "ruwe" JavaScript-bibliotheken te integreren omdat Svelte werkt op echte DOM-objecten, niet virtuele.
Voor Vue tenminste, een vanille JS-bibliotheek is een composable een weg van integratie. Vue gebruikt het virtuele domein voor diffing, maar het bijwerkt de dom op de setup, en de daaropvolgende updates gebeuren alleen atomisch na toestandswijzigingen.
Ik heb een paar keer gereden waarin ik vanilla javascript-bibliotheken moest integreren en het werkt gewoon met svelte. ik heb vue niet gebruikt in leeftijden dus weet niet of herinner me niet of het vergelijkbare mogelijkheden heeft.
Een granulaire reactiviteit?
Het is niet nodig om een runtime te verzenden, omdat Svelte geen virtuele dom gebruikt.
Svelte heeft een runtime met svelte 5 voor runes en signalen - maar het is klein en stelt applicaties in staat om veel beter te schalen in grootte dan voorheen. Dus voor svelte 5 was er geen runtime, maar daarom werd code "duplicated" tussen componenten. Nu is het een beetje groter om te beginnen, maar daarom groeit de applicatie veel langzamer dan voorheen.
Ik dacht dat het JavaScript-signalen onderaan gebruikte.
Natuurlijk worden signalen geïmplementeerd in JavaScript, maar er is geen standaard voor signalen in JavaScript.
Het is netjes leuker om met imo te werken. vue is vergelijkbaar, maar het verschil tussen react is verbluffend. react dwingt je om een hoop extra concepten en loopholes en pistool te leren om te voorkomen.
Helaas heb ik van sveltekit omgezet naar nuxt omdat het gewoon groot genoeg is om je geen zorgen te maken over het schalen van je team erover.
wat ontbreekt precies? wat stopt een team met svelte van scalen?
Niets buiten het is relatief groen voor nieuwe devs.
Ik zou beweren dat elke ontwikkelaar die slim genoeg is om React te begrijpen, binnen een week of zo hun React-zelf in Svelte kan overtreffen.
Het kan dezelfde doeleinden dienen als vue of react project. Ik begon mijn bedrijf zelfs met svelte, en het is mogelijk. Svelte kan sneller in ontwikkeling zijn, maar tegelijkertijd als je een probleem tegenkomt, is het zo veel moeilijker om op te lossen. Niet te spreken over talentverwerving omdat het zo veel eenvoudiger is voor vue, omdat er gewoon meer ontwikkelaars voor zijn. Ik hou van svelte en was altijd een advocaat, neem me niet verkeerd.
Waarom is het moeilijker om Svelte-problemen op te lossen? De codebase wordt vrij goed onderhouden door een aantal duidelijk zeer bekwame mensen, dus het is mogelijk om te kijken waarom het niet werkt. Vooral met AI-hulp. En de documentatie is ook heel goed. Voor mij is het meest verwarrende ding over sveltekit hoe eenvoudig het is. Het is alsof ik meer zwarte magie verwacht dan er is. Maar misschien heb ik het niet lang genoeg gebruikt.
Ik bouw in React voor het normale werk en Svelte voor al mijn eigen dingen. React creëert een interessante paradox waar het introduceert veel problemen vanwege de complexiteit die het vereist. Dit maakt ontwikkelaars bang voor een kleiner publiek in Svelte omdat ze zich afvragen "wie zou al deze vragen beantwoorden die ik altijd heb???" Maar het antwoord is dichter bij "veel van deze vragen zou je niet eens in Svelte hebben". Dit is ook waarom ik beweer dat elke ontwikkelaar slim genoeg om hun eigen te houden in React het absoluut kan verpletteren (in geen tijd) in Svelte.
Ja akkoord, dat is precies wat ik bedoel.Het meest angstaanjagende is dat er niet veel te maken heeft in Svelte, dus het lijkt alsof er iets ontbreekt
De ergste problemen die ik had om te gaan met het gebruik van Svelte waren de subtiele verschillen in hoe ketens van afgeleide winkel afhankelijkheden en reactieve '$:' verklaringen omgaan met updates, het creëren van verschillen in gedrag naar schijnbaar gelijkwaardige logica. Maar zelfs dat was voorspelbaar, architectonisch begrijpelijk, gemakkelijk te werken met en zo nauwelijks een significant probleem dat de meeste ervaren Svelte-ontwikkelaars zich hiervan niet eens bewust zijn.
Ik voel me alsof ik een van de weinigen ben die runes niet echt leuk vinden... ze zijn geweldig in sommige gevallen, en voelen zich als een DX-regressie in anderen. Ik ben het helemaal met je eens over sommige van de reactiviteitsuitdagingen, maar dan lijkt elk reactief framework dat probleem op de een of andere manier te hebben (zeker in React in mijn ervaring). Dat gezegd hebbende, ik voel me alsof ik minder code schrijf en het is veel menselijker leesbaar dan de hook-soup-behoeften in React!
absoluut
voor agentic codering minder token expediture
Oh lol, ik heb het niet over deze
Fouten totdat je het bewijst
Ik heb het de laatste tijd niet geprobeerd, maar ik voelde het tegenovergestelde een paar maanden geleden als domme modellen net reactiepakketten installeren, hoewel ik het niet vertelde.
Ik vond het gemakkelijk te gebruiken bij het maken van een image generator bibliotheek met een .png route dit is gewoon niet wat je kunt doen in vue. U kunt in react omdat het ondersteunt die serverzijde functies. Svelte voelde makkelijker en schoner toen ik beide getest. (Gebruikt voor het genereren van unieke kopjes voor berichten op een blog gebaseerd op een slug versie van de titel als het zaad)
Minder stress
Bijna alles behalve de arbeidsmarkt
Ik kan worden afgewezen om dit te zeggen, maar ik denk dat de arbeidsmarkt tegenwoordig even uitdagend is, ongeacht de bibliotheek of het kader, en dit wordt een oude discussie.
Voor wat het waard is, AI is wat me de eerste keer "gebruik" van Svelte heeft gemaakt. Ik kon het niet eerder rechtvaardigen, ondanks het onderzoek en het concluderen dat het over het algemeen waarschijnlijk het beste framework is, maar nu ik in principe alles in alles kan herschrijven, ging ik van nooit aanraken Svelte om het overal te gebruiken. Agenten lijken er goed mee te werken. Ik heb nooit echt een rij Svelte-code zelf geschreven - of, eerlijk gezegd, elke frontend-code, pre-AI heb ik altijd net gewerkt met rommelige vanille JS / TS-beemoths - maar ik ben in principe gewoon de AI's verslagen met "okay probeer dit in meer componenten te splitsen en deze bestaande componenten opnieuw te gebruiken in plaats van nieuwe componenten opnieuw uit te vinden
Svelte kost minder tokens. Ernstig! Ik ontwikkelde een complexe website 3x met behulp van Svelte, React en Vue met behulp van Claude 4.8 Svelte was veel goedkoper. Net als elixir is goedkoper dan Python Zig is goedkoper dan roest Elixir-ontwikkeling is goedkoper dan de meeste talen. Is het echt niet meer belangrijk wat de taal is? Het gaat allemaal om snelheid en tokenkosten niet menselijke dagen. Het is: hoe snel je een bug-vrije oplossing kunt bereiken met behulp van het minimum aantal tokens. De technologieën die het goedkoopst zijn om te ontwikkelen met LLM's moeten overheersen tenzij de tokenleveranciers de technologie stacks kunnen beïnvloeden. Maar hey we hebben honderden jaren benzine auto's gereden - wat bewijs is
Hahaha oh lord imagine optimaliseren voor huurbaarheid voor hand-codering banen in 2026
Hoewel niet handcoderen, vereisen de vacatures nog steeds ervaring in de specifieke taal en framework en infra die het project gebruikt, niet alleen in een taal, framework en infra.
Zeer duidelijke commentaar
Slam dunk commentaar
Duidelijker en eenvoudiger code, minder vapens en framework idiosyncrasies, geen vDOM (het gaat verder dan de prestaties). BTW, er is een groeiend aantal hoogpresterende grote spelers (niet genoeg) die vol zijn gegaan op Svelte (Apple, Hugging face,...).
Ja, je zult plezier hebben bij het debuggen wanneer ze een [volledig gebroken versie] (https://www.reddit.com/r/sveltejs/comments/1tvmcwn/svelte_5_compiler_removes_parentheses_that_affect/) van het framework Anders dan dat, DX is veel, veel erger. TS-integratie is ook veel erger. Svelte is een leuk framework als je het gebruikt op je to-do-lijst type project.
Software heeft bugs, ze hebben het al opgelost.
Je zou niet moeten installeren pakketten die jong hoe dan ook in deze dag en leeftijd beleefdheid van supply chain aanvallen.
>mehhhhh ze hebben een vaste versie vrijgegeven in 24 uur Ze deden dat? https://www.npmjs.com/package/svelte?activeTab=versions Ik dacht dat de gebroken versie de laatste was voor 3 dagen met 130k downloads.
Je updaten naar de nieuwste versies van al je pakketten, in productie? ben je bedelen om gehackt te worden? geen minimum leeftijdsbeleid? helemaal niet?
Je moet beter stoppen met drinken
DX. Ik bestudeerde React voor ongeveer 3 keer, verschillende cursussen, tientallen huisdierenprojecten. Het duurde me ongeveer 4 maanden voordat het klikte. Maar met Svelte was ik klaar om binnen 3 dagen van het bestuderen te creëren. BTW het is belachelijk dat Svelte zich dichter bij Vanilla JS voelt dan React.
Ook mijn ervaring.Een paar jaar React bouwen onder mijn riem voordat ik Svelte aanraakte, en ik binnen een dag of twee was ik al sneller op de laatste. Zelfs net door de tutorials heen ging toen was er een mind-blown reactie na de andere ... denken "omg, dit zou zoveel meer in React hebben genomen (of het is gewoon niet eens natively behandeld)".
React heeft ook een dsl, JSX is geen vanille
JSX is synthetische suiker voor React.createElement()
Ja, het is syntactisch suiker. Vue-sjablonen zijn suiker voor Vue createElement Svelte-sjablonen zijn suiker voor domoperaties Ze gebruiken elk niet-standaardbestandsextensies, .tsx/jsx, .vue en .svelte. Allemaal DSL's die niet compatibel zijn met vanilla JS
Hmm, het heeft zin
geestelijke gezondheid
schone syntax, bijna hetzelfde als vue, niet te veel ext deps nodig
Afstandsfuncties: https://svelte.dev/docs/kit/remote-functions
En nu ondersteunen ze real-time streaming.
Ik schreef React professioneel omdat het een niche nieuwe bibliotheek was van Facebook.
Eigenlijk zijn linting tools beter voor React still.
Hetzelfde team op beide accounts! werkt nog steeds in React tot op de dag van vandaag (voor het werk), en kan nog steeds veilig zeggen dat Svelte gewoon schoner, eenvoudiger, betere prestaties is en zoveel problemen op appniveau oplost die React niet doet.
😂 Make my day 😂 Maak mijn dag
Het is goed voor embedded webontwikkeling omdat het minder opslagruimte gebruikt
het is moeilijk om slechte code te schrijven. de compilator doet gewoon de zware lifting. Een productiedashboard was 2MB op mijn React MVP tot 500kb in mt Svelte Code. Alles laadt snel, de app is snappy, code is geen callback hell. Minder gecompromitteerd pakketecosysteem, minder bibliotheken om te leren. het werkt gewoon.
Probeer meer tokens op te slaan voor agentische codering 3. geen vreemde concepten om te leren... in tegenstelling tot React
Svelte bestanden is pure bestand van de top is gewoon eigen front-end-ontwikkeling. Front-end is twee dingen. 1. U verklaart wat uw HTML/CSS is voor een gegeven set van variabelen (staat): dat is templating. 2. U schrijft dezelfde logica verbinden gebruikersacties aan veranderingen in die staat: dat is programmeren. Dat is de hele taak. Svelte 5 nam beide en perfectioneerde hen. Programming: met runes, een staat is gewoon een TypeScript variabelen die u schreef in pureScript. let count = $state(0), dan 'count++. U schrijft dezelfde logica verbinden gebruikersacties aan veranderingen in die staat: dat is niets speciaal, pure TypeScript. Templating: u maakt een .svelte` bestand en schrijft HTML/C
Angulair voor de straten, Svelte voor de platen
Behoud je je gezond verstand?
Alles
Ze kunnen gemakkelijker redeneren met svelte omdat dingen niet te abstract zijn.
Gebruik gewoon wat AI het beste doet.
Je zult het leuk vinden, dat is het grootste voordeel.
Een bibliotheek voor Frontend en Backend, React kan ook, maar Reac maakt het ingewikkeld.
react: we hebben oplossingen voor uw problemen, en dan hebben we oplossingen voor de problemen die onze vorige oplossingen maakten ... en nu download je 600kb waarde van react op pagina load svelte: we kregen reactivity... state management... en JavaScript, ontdek de oplossing voor uw probleem door jezelf bro
De pivot zou Web Components zijn, en slim gebruik van bundelen. We hoeven niet volledig te vertrouwen op een volledige set framework. Kies wat werkt voor een klein bereik, bouw componenten / widgets en wrap de context zodat AI beter kan leveren, en je kunt de kwaliteit ook controleren. Maar dit maakt niet uit omdat we alles proprietaire willen maken met Rust / Go en Web Assembly.
Ik zou zeggen dat de vraag is "vs reageren". dus, ontwikkelaar ervaring. Vue heeft een vrijwel identieke DX.
Developer Experience is gewoon wat mooier, werkte 3 jaar in een Svelte, SvelteKit, Typescript, GraphQL stack.
Kunt u het een beetje per nicer uitwerken?
React tutorial voelt vaak alsof je een hele lijst met afhankelijkheden nodig hebt om de basis dingen te krijgen. Veel van het kan hacky voelen, niet erg afgerond, en vol vreemde concepten of verborgen valkuilen die in eerste instantie niet duidelijk zijn. Na verloop van tijd, het voelt opgeblazen, vooral in complexe componenten zoals een checkout / betaling codebase of soortgelijke dingen. Ik werkte eerlijk verfrissend om een online winkel voor een mode label hier in Duitsland, waar we werden herplatformed van een PHP, Smarty, en Vue stack om een volledige rewrite met Svelte, SvelteKit, TypeScript, en GraphQL. Na jaren van werken met die legacy codebase, het was eerlijk verfrissend om een andere benadering te zien. Ik