“Le Web moderne” | Astuces CSS

Online Coding Courses for Kids

Quelques articles intéressants qui font le tour:

J’aime l’affirmation de Tom selon laquelle React (qu’il utilise comme substitut pour les frameworks JavaScript en général) a une utilisation idéale:

Il y a un point fort de React: dans les interfaces modérément interactives. Des formulaires complexes qui nécessitent une rétroaction immédiate, des interfaces utilisateur qui doivent se déplacer et réagir instantanément. C’est là qu’elle excelle.

S’il y a quelque chose que j’espère pour le monde de la conception et du développement Web, c’est que nous réussissons mieux à choisir les bons outils pour le travail.

J’ai entendu plusieurs personnes affiner ceci:

Je peux, par exemple, garantir que ce blog est plus rapide que tout blog Gatsby (et beaucoup d’amour à l’équipe Gatsby) car il n’y a rien qu’un site statique React puisse faire qui le rendra plus rapide qu’un site statique non React.

Une réaction a été putain, oui. React est un tas de JavaScript et il fait beaucoup de choses, mais ne ne pas accordez des super pouvoirs qui rendent le Web plus rapide qu’il ne l’était sans lui. Une autre réaction a été: eh bien ça fait. C’est un peu l’intérêt des SPA: ne pas avoir besoin de recharger la page. Au lieu de cela, nous sommes en mesure de faire une demande réseau tronquée pour les nouvelles données nécessaires pour une nouvelle page et de ne restituer que ce qui est nécessaire.

Rich approfondit encore plus:

Lorsque j’appuie sur un lien sur le site Web sans JS de Tom, le navigateur attend d’abord pour confirmer qu’il s’agissait d’un appui et non d’un pinceau / balayage, puis fait une demande, puis nous devons attendre la réponse. Avec un site créé par le framework avec un routage côté client, nous pouvons commencer à faire des choses plus intéressantes. Nous pouvons faire des suppositions éclairées basées sur des analyses sur les choses avec lesquelles l’utilisateur est susceptible d’interagir et de précharger la logique et les données à leur place. Nous pouvons lancer des demandes dès que l’utilisateur en premier touche (ou survole) le lien au lieu d’attendre la confirmation d’un tap – dans le pire des cas, nous avons chargé des trucs qui seront utiles plus tard s’ils faire appuyez dessus. Nous pouvons fournir une meilleure rétroaction visuelle que le chargement a lieu et qu’une transition est sur le point de se produire. Et nous n’avons pas besoin de charger l’intégralité du contenu de la page. Souvent, nous pouvons nous contenter d’un peu de JSON car nous avons déjà le JavaScript de la page. Ce truc devient diaboliquement difficile à faire à la main.

C’est ce qui rend ces choses si faciles à discuter. Tout le monde a de bons points. Lorsque nous essayons de parler au nom de le web entier, il est difficile pour nous tous d’être d’accord. Mais le Web est trop grand pour des affirmations larges et radicales.

Les gens recherchent-ils trop de SPA propulsés par React? Probablement, mais ce n’est pas sans raison. Il y a là une innovation qui attire les gens. La question est, comment pouvons-nous l’améliorer?

D’un point de vue frontal, le fait que les cadres frontaux comme React encourager nous demander d’écrire un frontal dans les composants est convaincant en soi.

Il y a de l’optimisme et du pessimisme dans les deux postes. Les phrases finales des deux sont radicalement différentes.

Close Menu