Solid - Bibliothèque JS réactive

<p>- Framework UI basé sur JSX <br /> - Prend en charge un développement similaire à React Hooks, mais plus simple et plus intuitif <br /> → Une implémentation totalement différente qui n’utilise pas le Virtual DOM <br /> - Performances rapides côté client comme côté serveur <br /> → Presque 2 fois plus rapide qu’Angular/React, et 1,5 fois plus rapide que Vue<br /> - Excellent Playground fourni<br /> - Prise en charge des Web Components </p>

[laeyoung]

<p>J’ai une question, je peux la laisser en commentaire, n’est-ce pas ?<br /> <br /> « Presque 2 fois plus rapide qu’Angular/React, et 1,5 fois plus rapide que Vue »<br /> <br /> Dans une bibliothèque frontend, qu’est-ce que cela signifie concrètement d’être 1,5 à 2 fois plus rapide ?<br /> <br /> 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.<br /> </p>

[xguru]

<p>Je pense que sur des écrans d’une certaine complexité à afficher, l’utilisateur peut réellement percevoir la différence.<br /> (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.)<br /> Je suis d’ailleurs surpris de voir à quel point des sites comme les boutiques en ligne coréennes sont parfois lentement inattendus.<br /> <br /> Et même si, dans la plupart des cas, on utilise des téléphones ou des ordinateurs récents,<br /> 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.</p>

[laeyoung]

<p>Cela pourrait effectivement poser problème sur d’anciens Smart TV ou ce genre d’appareils.<br /> <br /> Merci pour votre réponse !!</p>

[techhtml]

<p>Intéressant... C'est plus léger que Svelte.<br /> </p>