Gibt es einen Vorteil, Svelte anstelle von React oder Vue zu verwenden?

_janc_18. Juni 2026 um 14:20
Ist es nur wegen der Leistung?
DeltaLaboratory18. Juni 2026 um 14:35
Praktisch alles außer dem Arbeitsmarkt
Intrepid-Ordinary69918. Juni 2026 um 23:32
Ich könnte dafür abgestimmt werden, aber ich denke, dass der Arbeitsmarkt heutzutage unabhängig von der Bibliothek oder dem Rahmen ebenso herausfordernd ist, und dies wird zu einer alten Diskussion.
Shoddy_One446522. Juni 2026 um 18:17
Svelte kostet weniger Token. Ernsthaft! Ich entwickelte eine komplexe Website 3x mit Svelte, React und Vue mit Claude 4.8 Svelte war viel billiger. Genau wie Elixir ist billiger als Python Zig ist billiger als Rost Elixir Entwicklung ist billiger als die meisten Sprachen. Ist es wirklich wichtig, was die Sprache ist? Es geht alles um Geschwindigkeit und Token-Kosten nicht Menschentage. Es ist: Wie schnell können Sie eine bug-freie Lösung mit der minimalen Anzahl von Token erreichen. Die Technologien, die am billigsten mit LLMs zu entwickeln sind, sollten vorherrschen, es sei denn, die Token-Verkäufer können die Technologie-Stapel beeinflussen. Aber, hey, wir haben Benzin-Autos seit Hunderten von Jahren gefahren - was beweist, dass
9768945648956419. Juni 2026 um 15:46
Für das, was es wert ist, ist AI das, was mich zum ersten Mal dazu brachte, Svelte zu "benutzen". Ich konnte es nicht rechtfertigen, obwohl ich es vorher recherchierte und schloss, dass es im Allgemeinen wahrscheinlich das beste Framework ist, aber jetzt, da ich im Grunde alles in allem neu schreiben kann, ging ich von nie Svelte berühren, um es überall zu benutzen. Agenten scheinen gut damit zu funktionieren. Ich habe nie tatsächlich eine Zeile von Svelte-Code selbst geschrieben - oder, ehrlich gesagt, jeden Frontend-Code, pre-AI habe ich immer nur mit verrückten Vanilla JS / TS-Behemoten gearbeitet - aber ich habe im Grunde nur die AI mit "okay versuchen, dies in mehr Komponenten zu teilen und diese bestehenden Komponenten wieder zu
Upstairs_Toe_356019. Juni 2026 um 23:49
Sehr klarer Kommentar
Eugen_Ivanovic22. Juni 2026 um 21:50
Slam Dunk Kommentar.
HansVonMans19. Juni 2026 um 12:29
Hahaha oh lord imagine optimierung für die einstellbarkeit für handcoding-jobs im jahr 2026
RedlineQuokka20. Juni 2026 um 00:18
Obwohl nicht manuell kodiert, erfordern die Joböffnungen immer noch Erfahrung in der spezifischen Sprache und dem Rahmen und in der Infra, die das Projekt verwendet, nicht nur in einigen Sprachen, Frameworks und Infra.
LinkPlay918. Juni 2026 um 14:29
Sein einfach schöner, um mit imo zu arbeiten. vue ist ähnlich, aber der Unterschied zwischen reagieren ist erstaunlich. reagieren zwingt Sie, eine Reihe von zusätzlichen Konzepten und Lücken und Pistolen zu lernen, um zu vermeiden.
sorainyuser18. Juni 2026 um 15:10
Leider habe ich von sveltekit zu nuxt umgewandelt, weil es einfach groß genug ist, um sich keine Sorgen darüber zu machen, Ihr team darauf zu skalieren.
LinkPlay918. Juni 2026 um 15:58
Was genau fehlt? was verhindert, dass ein Team mit svelte aus dem Skalieren kommt?
sorainyuser18. Juni 2026 um 17:05
Es kann den gleichen Zwecken wie vue oder react-Projekt dienen. Ich habe sogar mein Unternehmen mit svelte gestartet, und es ist möglich. Svelte kann schneller in der Entwicklung sein, aber gleichzeitig, wenn Sie ein Problem haben, ist es so viel schwieriger zu lösen. Nicht über Talentakquisition zu sprechen, da es für vue so viel einfacher ist, da es nur mehr Entwickler dafür gibt. Ich liebe svelte und war immer ein Befürworter, nehmen Sie mich nicht falsch.
nullbyte42018. Juni 2026 um 17:18
Warum ist es schwieriger, Svelte-Probleme zu lösen? Die Codebasis wird von einigen eindeutig sehr kompetenten Menschen ziemlich gut gehalten, so dass es möglich ist, einen Blick darauf zu werfen, warum es nicht funktioniert. Besonders mit AI-Hilfe. Und die Dokumentation ist auch ziemlich großartig. Für mich ist das Verwirrende an sveltekit, wie einfach es ist. Es ist, als würde ich mehr schwarze Magie erwarten, als es gibt. Aber vielleicht habe ich es nicht lange genug verwendet.
kevin_whitley18. Juni 2026 um 17:32
Ich baue in React für den normalen Job und Svelte für all meine eigenen Sachen. React schafft ein interessantes Paradoxon, in dem es ***introduces*** viele Probleme aufgrund der Komplexität, die es erfordert. Dies macht Entwickler Angst vor einem kleineren Publikum in Svelte, weil sie sich fragen *"wer würde all diese Fragen beantworten, die ich immer habe???"* Aber die Antwort ist näher an *"viele dieser Fragen würden Sie nicht einmal in Svelte haben"*. Dies ist auch der Grund, warum ich behaupte, dass jeder Entwickler, der klug genug ist, um ihre eigenen in React zu halten, es absolut zerdrücken kann (in keiner Zeit) in Svelte.
nullbyte42018. Juni 2026 um 17:42
Das Schrecklichste ist, dass es in Svelte nicht viel zu befürchten gibt, so dass es so aussieht, als würde etwas fehlen
SaabiMeister18. Juni 2026 um 22:11
Die schlimmsten Probleme, die ich mit der Verwendung von Svelte zu tun hatte, waren die subtilen Unterschiede in der Art und Weise, wie Ketten von abgeleiteten Store-Abhängigkeiten und reaktiven `$:`-Erklärungen mit Updates umgegangen sind, was zu Verhaltensunterschieden zu scheinbar gleichwertiger Logik führte. Aber selbst das war vorhersehbar, architektonisch verständlich, einfach zu arbeiten und so kaum ein bedeutendes Problem, dass die meisten erfahrenen Svelte-Entwickler sich dessen nicht einmal bewusst sind.
kevin_whitley18. Juni 2026 um 22:40
Ich fühle mich, als ob ich einer der wenigen bin, die Runes nicht wirklich lieben ... sie sind in einigen Fällen fantastisch und fühlen sich in anderen wie eine DX-Regression an. Ich stimme Ihnen voll und ganz mit einigen der Reaktivitäts-Herausforderungen überein, aber dann scheint jedes reaktive Framework dieses Problem in irgendeiner Weise zu haben (sicherlich in React in meiner Erfahrung).
SaabiMeister18. Juni 2026 um 22:43
Absolut
OhByGolly_18. Juni 2026 um 17:01
Nichts draußen ist für neue Devs relativ grün.
kevin_whitley18. Juni 2026 um 17:27
Ich würde argumentieren, dass jeder Entwickler, der smart genug ist, um React zu verstehen, sein React-Selbst in Svelte innerhalb einer Woche oder so übertreffen kann.
BTolputt18. Juni 2026 um 14:25
Es ist einfacher, "rohe" JavaScript-Bibliotheken zu integrieren, weil Svelte auf echten DOM-Objekten und nicht auf virtuellen handelt.
hyrumwhite18. Juni 2026 um 21:40
Für Vue zumindest ist eine Vanille-JS-Bibliothek ein komposierbarer Weg von der Integration. Vue verwendet die virtuelle Domain für die Diffing, aber es aktualisiert den Dom bei der Einrichtung, und nachfolgende Updates treten nur atomar auf, nachdem der Zustand geändert wurde.
ryutaromack19. Juni 2026 um 05:14
Ich bin einverstanden. ich habe ein paar mal gerannt, wo ich vanilla javascript-bibliotheken integrieren musste und es funktioniert nur mit svelte. ich habe vue in den jahren nicht benutzt, also weiß ich nicht oder erinnere mich nicht, ob es ähnliche fähigkeiten hat.
therealPaulPlay18. Juni 2026 um 14:28
Keine Notwendigkeit, eine Laufzeit zu versenden, da Svelte keine virtuelle Dom verwendet.
Jona-Anders18. Juni 2026 um 15:28
Svelte hat eine Laufzeit mit svelte 5 für Runes und Signale - aber es ist klein und ermöglicht Anwendungen, viel besser in der Größe als zuvor zu skalieren. Also vor svelte 5 gab es keine Laufzeit, aber daher wurde der Code zwischen Komponenten "dupliciert". Jetzt ist es ein bisschen größer zu beginnen, aber deshalb wächst die Anwendung viel langsamer als zuvor.
Evilsushione19. Juni 2026 um 00:33
Ich dachte, es verwendet JavaScript-Signale unten.
Jona-Anders19. Juni 2026 um 02:23
Sicher, Signale werden in JavaScript implementiert, aber es gibt keinen Standard für Signale in JavaScript.
Subject_Health_318218. Juni 2026 um 15:32
DX. Ich studierte React für wie 3 mal, verschiedene Kurse, Dutzende von Haustierprojekten. Es dauerte mir etwa 4 Monate, bevor es klickte. Aber mit Svelte war ich bereit, innerhalb von 3 Tagen des Studiums zu erstellen.
kevin_whitley18. Juni 2026 um 17:34
Auch meine Erfahrung. ziemlich ein paar Jahre React-Gebäude unter meinem Gürtel, bevor ich Svelte berührte, und ich innerhalb eines Tages oder zwei war ich schon schneller bei letzterem.
hyrumwhite18. Juni 2026 um 21:45
React hat auch eine DSL, JSX ist keine Vanille
Subject_Health_318218. Juni 2026 um 22:06
JSX ist synthetischer Zucker für React.createElement()
hyrumwhite19. Juni 2026 um 00:00
Ja, es ist syntaktisches Zucker. Vue-Vorlagen sind Zucker für Vue createElement Svelte-Vorlagen sind Zucker für Dom-Operationen Sie verwenden jeweils nicht standardmäßige Dateiendungen, .tsx/jsx, .vue und .svelte. Alle sind DSLs, die nicht mit vanilla JS kompatibel sind
Subject_Health_318219. Juni 2026 um 00:08
Hmm, es macht Sinn
srlechuga18. Juni 2026 um 15:44
psychische Gesundheit
demian_west18. Juni 2026 um 15:13
Klarer und einfacher Code, weniger Fußgewehre und Framework-Idiosynkrasen, kein vDOM (es geht über die Leistung hinaus). BTW, es gibt eine wachsende Anzahl von leistungsstarken großen Spielern (nicht genug), die voll auf Svelte (Apple, Hugging face,...).
Rheath7218. Juni 2026 um 16:59
Habe React professionell geschrieben, da es eine neue Nische-Bibliothek von Facebook war.
kevin_whitley18. Juni 2026 um 17:36
Das gleiche Team auf beiden Konten! arbeitet immer noch in React bis heute (für die Arbeit), und kann immer noch sicher sagen, dass Svelte nur sauberer, einfacher, bessere Leistung ist und so viele Probleme auf der App-Ebene löst, dass React nicht.
Rheath7218. Juni 2026 um 17:00
Tatsächlich sind Linting-Tools besser für React still.
IamNochao18. Juni 2026 um 14:26
Eine granuläre Reaktivität?
kakarlus18. Juni 2026 um 14:32
weniger Stress
Several_Bumblebee15318. Juni 2026 um 14:32
für agentisches Codieren weniger Token-Expediture
demian_west18. Juni 2026 um 15:09
Oh, lol, aber ich habe nicht über dieses
Sea_Chipmunk539518. Juni 2026 um 22:25
Irrtum, bis man es beweist
snookette18. Juni 2026 um 22:59
Ich habe es nicht vor kurzem versucht, aber ich habe das Gegenteil vor ein paar Monaten gefühlt, als dumme Modelle gerade React-Pakete installiert haben, obwohl ich es nicht gesagt habe.
jessycormier18. Juni 2026 um 14:32
Ich fand es einfach zu verwenden, wenn Sie eine Bildgenerator-Bibliothek mit einer .png-Route erstellen, das ist einfach nicht etwas, das Sie in vue tun können. Sie können in reagieren, da es diese Server-Seite-Funktionen unterstützt. Svelte fühlte sich einfacher und sauberer, wenn ich beide getestet habe. (Verwendet, um einzigartige Überschriften für Beiträge auf einem Blog basierend auf einer Slug-Version des Titels als Saatgut zu generieren)
egehancry18. Juni 2026 um 19:54
1. Du erklärst, was dein HTML/CSS für einen bestimmten Satz von Variablen (Status) ist: das ist Templating. 2. Du schreibst die gleiche Logik, die Benutzeraktionen mit Änderungen in diesem Zustand verbindet: das ist Programmierung. Das ist die ganze Aufgabe. Svelte 5 nahm beide und perfektionierte sie. Programmieren: mit Runes ist ein Zustand nur eine TypeScript-Variable. `let's count = $state(0)`, dann `count++`. Du schreibst die gleiche Logik, die Benutzeraktionen mit Änderungen in diesem Zustand verbindet. Nichts Besonderes, reines TypeScript. Templating: Du machst eine `.svelte`-Datei und schreibst HTML/CSS mit einer großen Templating-Sprache. Programmier
Own-Phone237518. Juni 2026 um 16:14
saubere Syntax, fast dasselbe wie vue, nicht zu viel brauchen ext deps
Heraldique18. Juni 2026 um 17:15
Es ist gut für Embedded Web-Entwicklung, weil es weniger Speicher verwendet
ijustwrotesomecss18. Juni 2026 um 21:16
Angular für die Straßen, Svelte für die Blätter
Electronic-Pie-187924. Juni 2026 um 15:07
Entwickler Erfahrung ist nur waaay schöner, arbeitete für 3 Jahre in einem Svelte, SvelteKit, Typescript, GraphQL Stack.
_janc_24. Juni 2026 um 17:27
Können Sie ein bisschen von Nicker ausarbeiten?
Electronic-Pie-187925. Juni 2026 um 18:47
React-Tutorial fühlt sich oft so an, als ob Sie eine ganze Liste von Abhängigkeiten benötigen, nur um grundlegende Dinge zu bekommen. Viele davon können hacky, nicht sehr abgerundet und voller seltsamer Konzepte oder versteckte Fallen fühlen, die am Anfang nicht offensichtlich sind. Im Laufe der Zeit fühlt es sich aufgeblasen an, vor allem in komplexen Komponenten wie einem Checkout / Zahlungscode oder ähnlichen Dingen. Ich arbeitete ehrlich auf einem Online-Shop für ein Mode-Label hier in Deutschland, wo wir von einem PHP, Smarty und Vue zu einem vollständigen Umschreiben mit Svelte, SvelteKit, TypeScript und GraphQL geplatzt wurden. Nach Jahren der Arbeit mit dieser veralteten Codebasis war es erfrischend, einen anderen Ansatz zu
moobnaster696918. Juni 2026 um 16:35
Remote-Funktionen: [https://svelte.dev/docs/kit/remote-functions] (https://svelte.dev/docs/kit/remote-functions)
FluxKraken18. Juni 2026 um 17:49
Und jetzt unterstützen sie Echtzeit-Streaming.
lastWallE18. Juni 2026 um 21:59
Bewahren Sie Ihre Vernunft?
KaiAusBerlin18. Juni 2026 um 17:11
😂 hat meinen Tag gemacht
Spare_Message_360718. Juni 2026 um 18:24
es ist schwer, schlechten Code zu schreiben. der Compiler macht nur das schwere Heben. Ein Produktionsdashboard war 2MB auf meinem React MVP auf 500kb in mt Svelte Code. Alles lädt schnell, die App ist snappy, der Code ist nicht Callback Hell. Weniger kompromittiertes Paketökosystem, weniger Bibliotheken zu lernen. es funktioniert einfach.
wentallout18. Juni 2026 um 19:00
1. DX 2. Probe speichern mehr Token für agentische Codierung 3. Keine seltsamen Konzepte zu lernen... im Gegensatz zu React
underwatercr31218. Juni 2026 um 22:06
alles
ffiw19. Juni 2026 um 08:28
Sie können mit svelte leichter reden, da die Dinge nicht zu abstrakt sind.
Sseyh19. Juni 2026 um 11:22
Du wirst es lieben, das ist der größte Vorteil.
Harinderpreet19. Juni 2026 um 15:49
Eine Bibliothek für Frontend und Backend, React kann es auch tun, aber Reac macht es kompliziert.
SAF1N19. Juni 2026 um 21:26
reagieren: wir haben Lösungen für Ihre Probleme, und dann haben wir Lösungen für die Probleme, die unsere vorherigen Lösungen gemacht haben ... und jetzt laden Sie die 600kb wert von reagieren auf Seitenladung svelte: wir haben Reaktivität ... staatliche Verwaltung ... und JavaScript, finden Sie die Lösung für Ihr Problem von selbst bro
nhoyjoy20. Juni 2026 um 10:57
Wir müssen uns nicht vollständig auf ein vollständiges Framework verlassen. Wählen Sie alles, was für einen kleinen Bereich funktioniert, bauen Sie Komponenten / Widgets und wickeln Sie den Kontext, damit AI eine bessere Lieferung ermöglicht und Sie die Qualität auch steuern können.
venir_dev20. Juni 2026 um 22:57
Ich würde sagen, die Frage ist "vs reagieren". also, Entwicklererfahrung. Vue hat eine ziemlich identische DX.
tardoos18. Juni 2026 um 15:30
Ja, Sie werden Spaß beim Debuggen haben, wenn sie eine [vollständig gebrochene Version] senden (https://www.reddit.com/r/sveltejs/comments/1tvmcwn/svelte_5_compiler_removes_parentheses_that_affect/) des Frames Andere als das, DX ist viel, viel schlimmer. TS-Integration ist auch viel schlechter. Svelte ist ein lustiges Framework, wenn Sie es auf Ihrer To-Do-Liste-Typ-Projekt verwenden.
TwystedLyfe18. Juni 2026 um 15:36
Software hat Bugs, sie haben es bereits behoben.
Exact-Big350518. Juni 2026 um 15:59
Sie sollten nicht installieren Pakete, die junge sowieso in diesem Tag und Alter Höflichkeit der Supply Chain-Angriffe.
FluxKraken18. Juni 2026 um 17:50
Sie aktualisieren auf die neuesten Versionen aller Ihre Pakete, in der Produktion? Sie betteln um gehackt zu werden? keine Mindestalterpolitik? überhaupt?
Alternative_Web720218. Juni 2026 um 18:10
Du solltest besser aufhören zu trinken
imavlastimov19. Juni 2026 um 10:00
Verwenden Sie nur das, was AI am besten ist.