Svelte 5 : présentation de Runes

• Svelte 5 introduit une fonctionnalité appelée Runes pour améliorer la réactivité de JavaScript
• En 2019, Svelte 3 a transformé JavaScript en langage réactif
  • En utilisant un compilateur pour convertir des composants déclaratifs en JavaScript optimisé
• Runes applique cette réactivité partout
  • Sous forme de fonctions, comme let count = $state(0);
  • En passant d’une réactivité au moment de la compilation à une réactivité à l’exécution
• Grâce à Runes, la réactivité s’étend au-delà des limites des fichiers .svelte, ce qui simplifie le processus d’encapsulation de la logique entre composants pour la réutiliser
• La nouvelle version de Svelte fonctionne sur une base de Signals, comme l’utilisait autrefois Knockout. L’implémentation est légèrement différente, car ce n’est pas exposé directement mais utilisé comme mécanisme interne
• Introduction des runes $derived et $effect, qui déterminent les dépendances d’une expression au moment où elles sont évaluées, améliorant ainsi la réactivité à l’exécution
• Runes rend plusieurs concepts existants inutiles, ce qui simplifiera le framework Svelte et facilitera la création et la maintenance des applications
• L’objectif est d’en faire, pour la plupart des utilisateurs, un remplacement possible, et les nouvelles fonctionnalités pourront être utilisées de manière optionnelle afin de garantir que les composants existants continuent de fonctionner
• La date de sortie de Svelte 5 n’a pas encore été fixée, et le projet est toujours en cours

[ryuheechul]

Evan You fait son entrée..! https://news.ycombinator.com/item?id=37592471

[rjcnd105]

On dirait qu'il a été fortement influencé par Qwik.

[GN⁺]

Avis sur Hacker News

• L’article discute de la sortie de Svelte 5 et en particulier de la nouvelle fonctionnalité « Runes ».
• Certains commentateurs comparent les nouvelles fonctionnalités de Svelte à l’état et aux variables dérivées/calculées de Vue et Solid.
• Il y a un débat sur les effets des signaux réactifs, certains affirmant qu’ils peuvent entraîner une confusion avec des changements qui affectent d’autres changements.
• Certains utilisateurs expriment des inquiétudes au sujet de la nouvelle fonctionnalité « Runes », affirmant qu’elle ressemble davantage à du code générique qu’auparavant et qu’elle peut prêter à confusion.
• On ressent une gêne face au changement, certains utilisateurs craignant que Svelte ne devienne trop complexe et ne perde sa simplicité.
• Un commentateur suggère que Svelte pourrait conserver la syntaxe traditionnelle et la transformer en arrière-plan pour qu’elle fonctionne de manière similaire à la nouvelle fonctionnalité.
• Il y a une discussion sur la force propre à Svelte, à savoir son compilateur personnalisé et son fonctionnement proche d’un langage, certains craignant qu’il ne se rapproche d’un framework JavaScript traditionnel.
• Certains utilisateurs expriment leur déception de voir d’autres bibliothèques réinventer indépendamment le même concept de réactivité, ce qui réduit la compatibilité et rendrait plus difficile un changement de framework à l’avenir.
• Quelques commentateurs se disent heureux de la suppression de $:, estimant que cela aidera les utilisateurs de Typescript et évitera des confusions de syntaxe.
• Une question est posée sur la manière dont Svelte gère les longs tableaux et sur sa capacité à ne recalculer/mettre à jour finement que les éléments de vue concernés.
• Un utilisateur partage un lien pour comparer Svelte 4, Svelte 5 et d’autres frameworks.
• Certains utilisateurs critiquent le fait que Svelte change de position sur la « réactivité par défaut », estimant que c’est une perte de confiance et un symptôme de la tendance de l’écosystème Node.js à réinventer et redécouvrir sans cesse les mêmes choses.
• Le dernier commentaire suggère que Svelte se rapproche davantage des React Hooks, tout en utilisant une étape de compilation pour les optimiser.

[wooseop]

À première vue, on dirait que l’orientation a changé par rapport à avant, et le décalage se ressent tout de suite. On peut aussi se demander si c’était vraiment nécessaire, et ça semble aussi moins concis. Comme les réactions sur Hacker News, c’est un point qui suscite un peu d’inquiétude.