Babylon Svelte Forum
Français ▾

Y a-t-il un avantage à utiliser Svelte au lieu de React ou Vue?

_janc_18 juin 2026 à 14:20
Est-ce juste à cause de la performance ?
DeltaLaboratory18 juin 2026 à 14:35
Pratiquement tout sauf le marché du travail
Intrepid-Ordinary69918 juin 2026 à 23:32
Je pourrais être rejeté pour dire cela, mais je pense que le marché de l'emploi est tout aussi difficile aujourd'hui, indépendamment de la bibliothèque ou du cadre, et cela devient une vieille discussion.
Shoddy_One446522 juin 2026 à 18:17
Svelte coûte moins de jetons. Sérieusement! J'ai développé un site Web complexe 3x en utilisant Svelte, React et Vue en utilisant Claude 4.8 Svelte était beaucoup moins cher. Tout comme l'élixir est moins cher que Python Zig est moins cher que la rouille Le développement d'élixir est moins cher que la plupart des langues. Est-il vraiment important de savoir quelle est la langue? Il s'agit de vitesse et de coût de jeton, pas de jours d'homme. C'est: À quelle vitesse vous pouvez obtenir une solution sans erreur en utilisant le nombre minimum de jetons. Les technologies qui sont les moins chères à développer avec LLMs devraient prévaloir à moins que les vendeurs de jetons ne puissent influencer les piles de technologie.
9768945648956419 juin 2026 à 15:46
Pour ce qui en vaut la peine, l'IA est ce qui m'a fait commencer à "utiliser" Svelte pour la première fois. Je ne pouvais pas le justifier auparavant, en dépit de la recherche et de la conclusion que c'est probablement le meilleur cadre globalement, mais maintenant que je peux fondamentalement réécrire n'importe quoi dans n'importe quoi, je suis allé de ne jamais toucher Svelte à l'utiliser partout. Les agents semblent bien fonctionner avec elle. Je n'ai jamais réellement écrit une ligne de code Svelte moi-même - ou, franchement, n'importe quel code front-end, pré-AI j'ai toujours travaillé avec des behemoths vanilla JS/TS - mais je suis fondamentalement juste battu les AI avec "Ok essayez de diviser
Upstairs_Toe_356019 juin 2026 à 23:49
Commentaire très clair
Eugen_Ivanovic22 juin 2026 à 21:50
Slam dunk comment.
HansVonMans19 juin 2026 à 12:29
Hahaha oh lord imaginez l'optimisation pour l'embauche pour les emplois de codage à la main en 2026
RedlineQuokka20 juin 2026 à 00:18
Bien qu'il ne soit pas manuellement codé, les ouvertures d'emplois nécessitent toujours de l'expérience dans la langue et le cadre spécifiques et l'infrasphère que le projet utilise, pas seulement dans une langue, un cadre et un infrasphère.
LinkPlay918 juin 2026 à 14:29
son juste plus agréable à travailler avec imo. vue est similaire, mais la différence entre réagir est étonnante. réagir vous oblige à apprendre un tas de concepts supplémentaires et de trous et de fusils à éviter.
sorainyuser18 juin 2026 à 15:10
Malheureusement, j'ai converti de sveltekit à nuxt parce qu'il est juste assez grand pour ne pas s'inquiéter de l'échelle de votre équipe.
LinkPlay918 juin 2026 à 15:58
Qu'est-ce qui empêche une équipe d'utiliser svelte de l'échelle?
sorainyuser18 juin 2026 à 17:05
Il peut servir aux mêmes fins que le projet vue ou réaction. J'ai même commencé mon entreprise à l'aide de svelte, et c'est possible. Svelte peut être plus rapide dans le développement, mais en même temps quand vous rencontrez un problème, il est tellement plus difficile à résoudre. Sans parler de l'acquisition de talents car c'est tellement plus simple pour vue, car il y a juste plus de développeurs pour cela. J'aime svelte et a toujours été un défenseur, ne me trompez pas.
nullbyte42018 juin 2026 à 17:18
Pourquoi est-il plus difficile de résoudre les problèmes de Svelte? La base de codes est assez bien entretenue par certaines personnes clairement très compétentes, il est donc possible de jeter un coup d'œil à la raison pour laquelle cela ne fonctionne pas. En particulier avec l'aide de l'IA. Et la documentation est assez grande aussi. Pour moi, la chose la plus confuse à propos de sveltekit est à quel point c'est simple. C'est comme si je m'attendais à plus de magie noire qu'il n'y en a. Mais peut-être que je ne l'ai pas utilisé assez longtemps.
kevin_whitley18 juin 2026 à 17:32
C'est tout simplement pas (selon mon expérience). J'ai construit dans Svelte depuis les premiers jours, avec de nombreuses applications en production. Je construis dans React pour le travail normal, et Svelte pour toutes mes propres choses. React crée un paradoxe intéressant où il ***introduit*** de nombreux problèmes en raison de la complexité qu'il exige. Cela fait que les développeurs craignent un public plus petit dans Svelte parce qu'ils se demandent *"qui répondra à toutes ces questions que j'ai toujours???"* Mais la réponse est plus proche de *"de nombreuses de ces questions que vous n'auriez même pas dans Svelte"*. C'est pourquoi je soutiens également que tout développeur assez intelligent pour garder leur propre dans React peut absolument l'écraser (en aucun temps) dans Svelte
nullbyte42018 juin 2026 à 17:42
Oui, je suis d'accord, c'est exactement ce que je veux dire.La chose la plus effrayante est qu'il n'y a pas beaucoup à s'inquiéter à Svelte, donc il semble que quelque chose manque
SaabiMeister18 juin 2026 à 22:11
Les pires problèmes que j'ai eu à traiter avec l'utilisation de Svelte étaient les différences subtiles dans la façon dont les chaînes de dépendances de magasins dérivés et les déclarations réactives '$:' traitaient les mises à jour, créant des différences de comportement à la logique apparemment équivalente. Mais même cela était prévisible, architecturellement compréhensible, facile à travailler et donc à peine un problème significatif que la plupart des développeurs expérimentés de Svelte ne sont même pas conscients de cela.
kevin_whitley18 juin 2026 à 22:40
Je sens que je suis l'un des rares qui n'aiment pas vraiment les runes ... ils sont formidables dans certains cas, et se sentent comme une régression DX dans d'autres. Tout à fait d'accord avec vous sur certains des défis de réactivité, mais alors chaque cadre réactif semble avoir ce problème d'une manière ou d'une autre (certainement dans React dans mon expérience).
SaabiMeister18 juin 2026 à 22:43
absolument
OhByGolly_18 juin 2026 à 17:01
Rien d'autre que d'être relativement vert pour les nouveaux développeurs.
kevin_whitley18 juin 2026 à 17:27
Je dirais que tout développeur assez intelligent pour saisir React peut dépasser leur React-self dans Svelte dans une semaine ou plus. ils auront bien sûr encore un peu de fumbling à travers les traductions "comment faire X dans Svelte", mais même avec les documents ouverts en permanence, ils peuvent généralement dépasser leur React-hook-soup-self.
BTolputt18 juin 2026 à 14:25
Il est plus facile d'intégrer des bibliothèques JavaScript "brutes" parce que Svelte agit sur des objets DOM réels, pas sur des objets virtuels.
hyrumwhite18 juin 2026 à 21:40
Pour Vue au moins, une bibliothèque JS vanille est un composable loin de l'intégration. Vue utilise le domaine virtuel pour diffing, mais il met à jour le dom sur la configuration, et les mises à jour ultérieures ne se produisent atomiquement que après les changements d'état.
ryutaromack19 juin 2026 à 05:14
Je suis d'accord. J'ai couru dans quelques fois où j'avais besoin d'intégrer des bibliothèques de vanille javascript et il fonctionne juste avec svelte. je n'ai pas utilisé vue dans les âges donc je ne sais pas ou ne me souviens pas si elle a des capacités similaires.
therealPaulPlay18 juin 2026 à 14:28
Pas besoin d'envoyer un runtime puisque Svelte n'utilise pas de dom virtuel.
Jona-Anders18 juin 2026 à 15:28
Svelte a un temps d'exécution avec svelte 5 pour les runes et les signaux - mais il est petit et permet aux applications d'évoluer beaucoup mieux que précédemment. Donc avant svelte 5 il n'y avait pas de temps d'exécution, mais donc le code a été "duplicé" entre les composants. Maintenant, il est un peu plus grand à commencer, mais c'est pourquoi l'application se développe beaucoup plus lentement qu'avant.
Evilsushione19 juin 2026 à 00:33
J'ai pensé qu'il utilisait les signaux JavaScript en dessous.
Jona-Anders19 juin 2026 à 02:23
Bien sûr, les signaux sont mis en œuvre dans JavaScript, mais il n'y a pas de norme pour les signaux dans JavaScript.
Subject_Health_318218 juin 2026 à 15:32
DX. J'ai étudié React pour comme 3 fois, différents cours, des dizaines de projets d'animaux de compagnie. Il m'a fallu environ 4 mois avant qu'il clique. Mais avec Svelte j'étais prêt à créer dans les 3 jours d'étude. BTW il est ridicule que Svelte se sente plus proche de Vanilla JS, que de React. Même si c'est DSL.
kevin_whitley18 juin 2026 à 17:34
J'ai eu quelques années de réaction sous ma ceinture avant de toucher Svelte, et dans un jour ou deux, j'étais déjà plus rapide sur ce dernier. Même juste en passant par les tutoriels, il y avait une réaction d'esprit après l'autre... penser "omg, cela aurait pris beaucoup plus dans React (ou il n'est même pas géré nativement)".
hyrumwhite18 juin 2026 à 21:45
React a aussi un DSL, JSX n'est pas de la vanille
Subject_Health_318218 juin 2026 à 22:06
JSX est le sucre synthétique pour React.createElement()
hyrumwhite19 juin 2026 à 00:00
Oui, c'est du sucre syntaxique. Les modèles Vue sont du sucre pour Vue createElement Svelte Les modèles Svelte sont du sucre pour les opérations de dom Ils utilisent chacun des extensions de fichiers non standard, .tsx/jsx, .vue et .svelte. Tous sont des DSL qui ne sont pas compatibles avec vanille JS
Subject_Health_318219 juin 2026 à 00:08
Hmm, ça a du sens
srlechuga18 juin 2026 à 15:44
santé mentale
demian_west18 juin 2026 à 15:13
Code plus clair et plus simple, moins d’armes à feu et d’idiosyncrasies de cadre, pas de vDOM (il va au-delà de la performance).
Rheath7218 juin 2026 à 16:59
J'ai écrit React professionnellement puisqu'il s'agissait d'une nouvelle bibliothèque de niche de Facebook.
kevin_whitley18 juin 2026 à 17:36
La même équipe sur les deux comptes! travaille toujours dans React à ce jour (pour le travail), et peut toujours dire en toute sécurité que Svelte est juste plus propre, plus simple, de meilleures performances, et résout tant de problèmes au niveau de l'application que React ne le fait pas.
Rheath7218 juin 2026 à 17:00
En fait, les outils de bandage sont meilleurs pour React Still.
IamNochao18 juin 2026 à 14:26
La réactivité granulaire ?
kakarlus18 juin 2026 à 14:32
Moins de stress
Several_Bumblebee15318 juin 2026 à 14:32
pour codage agent moins l'expédition de jetons
demian_west18 juin 2026 à 15:09
Ah, lol, je n'ai pas parlé de cette
Sea_Chipmunk539518 juin 2026 à 22:25
Vous vous trompez jusqu'à ce que vous le prouviez
snookette18 juin 2026 à 22:59
Je n'ai pas essayé récemment, mais j'ai senti le contraire il y a quelques mois, alors que les modèles stupides ont juste installé des paquets de réaction, même si je ne l'ai pas dit.
jessycormier18 juin 2026 à 14:32
Je l'ai trouvé facile à utiliser lors de la création d'une bibliothèque de générateur d'images avec un itinéraire .png ce n'est tout simplement pas quelque chose que vous pouvez faire en vue. Vous pouvez en réaction car il prend en charge ces fonctions côté serveur. Svelte se sentait plus facile et plus propre quand j'ai testé les deux. (Utilisé pour générer des en-têtes uniques pour des messages sur un blog basé sur une version slug du titre comme la graine)
egehancry18 juin 2026 à 19:54
Vous déclarez ce que votre HTML/CSS est pour un ensemble donné de variables (état): c'est le templating. 2. Vous écrivez la même logique connectant les actions de l'utilisateur à des changements dans cet état: c'est la programmation. C'est le travail entier. Svelte 5 a pris les deux et les a perfectionnés. Programmation: avec les runes, un état est juste une variable TypeScript. `laissez compter = $state(0)`, puis 'compte++`. Vous écrivez la même logique connectant les actions de l'utilisateur à des changements dans cet état: ce n'est rien de spécial, pure TypeScript. Templating: vous faites un fichier `.svelte`` et écrivez HTML/CSS avec un grand langage de template, en utilisant ces variables
Own-Phone237518 juin 2026 à 16:14
syntaxe propre, presque la même que vue, pas trop besoin d'ext deps
Heraldique18 juin 2026 à 17:15
Il est bon pour le développement web intégré car il utilise moins de stockage
ijustwrotesomecss18 juin 2026 à 21:16
Angulaires pour les rues, Svelte pour les feuilles
Electronic-Pie-187924 juin 2026 à 15:07
Développeur Experience est juste plus beau, a travaillé pendant 3 ans dans une pile Svelte, SvelteKit, Typescript, GraphQL.
_janc_24 juin 2026 à 17:27
Pourriez-vous écrire un peu plus de nicotine ?
Electronic-Pie-187925 juin 2026 à 18:47
React tutoriel est souvent le sentiment que vous avez besoin d'une liste complète de dépendances seulement pour obtenir les choses de base fonctionnent. Beaucoup de cela peut se sentir hacky, pas très arrondi, et plein de concepts étranges ou pièges cachés qui ne sont pas évidents au début. Au fil du temps, il se sent gonflé, en particulier dans des composants complexes comme une base de codes héritée / paiement ou des choses similaires. J'ai travaillé sur une boutique en ligne pour une marque de mode ici en Allemagne, où nous avons été replatformé sur Svelte assez rapidement. Il était amusant de travailler avec, et parce que je l'ai tant apprécié, j'ai appris beaucoup le long du chemin avec Svelte, SvelteKit, TypeScript, et Graph
lastWallE18 juin 2026 à 21:59
Tu gardes ta sagesse ?
KaiAusBerlin18 juin 2026 à 17:11
😂 😂 Ma journée
Spare_Message_360718 juin 2026 à 18:24
il est difficile d'écrire un mauvais code. le compilateur fait juste le lourd lifting. Un tableau de bord de production était de 2MB sur mon React MVP à 500kb dans mt Svelte Code. Tout se charge rapidement, l'application est snappy, le code n'est pas un enfer d'appel. Moins compromis écosystème de paquets, moins de bibliothèques à apprendre. il fonctionne juste.
wentallout18 juin 2026 à 19:00
1.DX 2.Probe enregistre plus de jetons pour le codage agentique 3.Pas de concepts étranges à apprendre... contrairement à React
underwatercr31218 juin 2026 à 22:06
tout
ffiw19 juin 2026 à 08:28
Plus facile sur les agents de codage. Ils peuvent raisonner plus facilement avec svelte car les choses ne sont pas trop abstraites.
Sseyh19 juin 2026 à 11:22
Vous allez l'aimer, c'est le plus grand avantage.
Harinderpreet19 juin 2026 à 15:49
Une bibliothèque pour Frontend et Backend, React peut le faire aussi, mais Reac le complique.
SAF1N19 juin 2026 à 21:26
réagir: nous avons des solutions à vos problèmes, puis nous avons des solutions aux problèmes que nos solutions précédentes ont fait... et maintenant vous téléchargez 600kb de réagir sur le chargement de la page svelte: nous avons réactivité... gestion de l'état... et JavaScript, trouver la solution à votre problème par vous-même bro
nhoyjoy20 juin 2026 à 10:57
Le pivot serait Web Components, et l'utilisation intelligente du bundling. Nous n'avons pas besoin de compter entièrement sur un cadre complet. Choisissez tout ce qui fonctionne pour une petite portée, construisez des composants / widgets et emballez le contexte afin que l'IA puisse mieux livrer, et vous pouvez également contrôler la qualité. Mais cela n'a pas d'importance car nous voulons rendre tout propriétaire avec Rust / Go et Web Assembly.
venir_dev20 juin 2026 à 22:57
Je dirais que la question est "vs réagir". donc, l'expérience du développeur. Vue a un DX assez identique.
tardoos18 juin 2026 à 15:30
Oui, vous aurez du plaisir à déboguer quand ils envoient une version complètement cassée du cadre Autre que cela, DX est beaucoup, beaucoup pire. L'intégration TS est également beaucoup pire. Svelte est un cadre amusant si vous l'utilisez sur votre type de projet de liste à faire.
TwystedLyfe18 juin 2026 à 15:36
Le logiciel a des bugs, ils l'ont déjà résolu.
Exact-Big350518 juin 2026 à 15:59
Vous ne devriez pas installer des paquets qui sont jeunes de toute façon en ce jour et âge courtoisie des attaques de la chaîne d'approvisionnement.
FluxKraken18 juin 2026 à 17:50
Vous mettez à jour les versions les plus récentes de tous vos paquets, en production? Êtes-vous mendiant d'être piraté? Aucune politique d'âge minimum?
Alternative_Web720218 juin 2026 à 18:10
Mieux vaut arrêter de boire
imavlastimov19 juin 2026 à 10:00
Utilisez ce qu’il y a de mieux.