Solid - Bibliothèque JS réactive
(solidjs.com)-
Framework UI basé sur JSX
-
Prend en charge un développement similaire à React Hooks, mais plus simple et plus intuitif
→ Une implémentation totalement différente qui n’utilise pas le Virtual DOM
- Performances rapides côté client comme côté serveur
→ Presque 2 fois plus rapide qu’Angular/React, et 1,5 fois plus rapide que Vue
-
Excellent Playground fourni
-
Prise en charge des Web Components
4 commentaires
J’ai une question, je peux la laisser en commentaire, n’est-ce pas ?
« Presque 2 fois plus rapide qu’Angular/React, et 1,5 fois plus rapide que Vue »
Dans une bibliothèque frontend, qu’est-ce que cela signifie concrètement d’être 1,5 à 2 fois plus rapide ?
Pour moi, c’est un peu comme voir « une Ferrari est 2 fois plus rapide qu’une Avante » : je comprends que c’est plus rapide, mais au final le temps de trajet pour aller au travail reste le même, alors je me demande quel est l’intérêt.
Je pense que sur des écrans d’une certaine complexité à afficher, l’utilisateur peut réellement percevoir la différence.
(Si l’on regarde les benchmarks de Solid, ils mesurent la vitesse et la mémoire en créant et en manipulant des tableaux de 1 000 à 10 000 lignes.)
Je suis d’ailleurs surpris de voir à quel point des sites comme les boutiques en ligne coréennes sont parfois lentement inattendus.
Et même si, dans la plupart des cas, on utilise des téléphones ou des ordinateurs récents,
aujourd’hui les WebUI sont aussi beaucoup utilisées sur des appareils embarqués, donc j’ai l’impression que ce type d’amélioration des performances peut devenir un enjeu très important dans certains contextes.
Cela pourrait effectivement poser problème sur d’anciens Smart TV ou ce genre d’appareils.
Merci pour votre réponse !!
Intéressant... C'est plus léger que Svelte.