Inertie

La classification des outils de développeur de Jeremy m'a toujours impressionné:

J'ai mentionné deux types d'outils de développement Web, mais je ne sais toujours pas comment appeler ces catégories. Intérieur et externe? Pour les développeurs et les utilisateurs?

La première catégorie comprend des outils de construction, le contrôle de version, les traducteurs, les préprocesseurs et les inspecteurs de code. Ces outils s'exécutent sur votre machine - ou sur le serveur - prenez le code que vous écrivez et convertissez-le en matières premières pour le Web: HTML, CSS et JavaScript.

Le deuxième type d'outils est composé de matières premières pour le framework Web: CSS et les bibliothèques JavaScript.

C'est une bonne façon de penser, et bien sûr, il y a certaines subtilités. SASS appartient à la première catégorie car il ne sera pas livré directement à l'utilisateur, il génère uniquement CSS livré à l'utilisateur. Mais cela affectera toujours l'utilisateur car la taille du CSS qu'elle génère variera en fonction de la façon dont vous l'utilisez.

Jeremy appelle Svelte une bibliothèque, dont l'objectif est de compiler autant que possible avant que le code ne soit livré à l'utilisateur. Il y aura toujours du code JavaScript, mais il ne contient pas la surcharge de l'API orientée vers le développeur. La subtilité ici est que Svelte peut être utilisé d'une manière qui supprime complètement tout le code JavaScript. Par exemple, Sveltekit peut désactiver complètement sa fonction d'hydratation et pré-rendre la page, créant un site Web complètement sans javascript (ou au moins l'utiliser uniquement si vous en avez besoin).

À propos de React:

Je sais qu'il existe des moyens de faire en sorte que React se comporte plus comme le premier type d'outil, mais ce n'est certainement pas le comportement par défaut. Et le comportement par défaut est vraiment important. Pour React, le comportement par défaut consiste à supposer que tout le code que vous écrivez - et les outils que vous utilisez pour l'écrire - sont envoyés à l'utilisateur final.

Je pense que c'est raisonnable, mais l'histoire semble changer lentement. Je pense que l'utilisation généralisée est loin de la façon dont elle est, mais les composants du serveur valent la peine d'être prêts ici parce qu'ils proviennent de l'équipe React elle-même, tout comme Sveltekit provient de l'équipe Svelte elle-même.

À propos d'Astro:

[…] Contrairement à Svelte, Astro vous permet d'utiliser la même syntaxe que le cadre existant réagit. Donc, si vous avez appris React - parce que vous devez l'apprendre pour trouver un emploi - vous pouvez utiliser Astro sans apprendre une nouvelle syntaxe.

Je sais que vous ne pourrez peut-être pas convertir un site Web React existant en Astro en un seul clic, mais il y a au moins un chemin de mise à niveau clair.

Ce n'est pas seulement correct en théorie, mais aussi dans la pratique!

Je viens de convertir notre petit site Web Micro sans serveur de Gatsby à Astro. Gatsby est basé sur React, donc tous les composants sont construits sous forme de composants React. La demande de traction est un peu désordonnée, mais c'est là. J'en ai converti une partie en un fichier .astro, mais j'ai laissé de nombreux composants fondamentalement les mêmes que les composants .jsx React. Mais React ne sera pas envoyé sur le site Web de l'utilisateur. Le code JavaScript sur le site Web a été presque complètement supprimé, ne laissant que un code JavaScript natif manuscrit pour des interactions très simples.

Voici donc quelques pièces de monnaie qui lancent des choses. Les pièces de monnaie fusionnent? Pour moi, Astro ressemble beaucoup à un outil axé sur les développeurs. Cela m'a aidé. Il utilise le compilateur Vite, qui est très rapide et agréable à utiliser (Astro a certainement quelques lacunes car elle n'est pas encore atteinte 1.0, mais DX est largement implémenté). Il détermine mon style. Cela me permet d'écrire SCSS. Il me permet d'écrire des composants (en utilisant de nombreux cadres différents ). Mais cela aide également les utilisateurs. Il n'y a aucun package JavaScript sur le site Web.

Je suppose que cela signifie qu'Astro n'a pas changé la catégorie - c'est un outil orienté vers le développeur. Il se trouve qu'il transforme un outil à l'origine axé sur l'utilisateur (même Svelte) en un outil axé sur les développeurs presque entièrement.

Depuis que j'ai encore quelques liens sur Astro qui ont été dans ma poche, Flavio a un excellent tutoriel sur le démarrage, et voici Drew McLellan et Matthew Phillips discutent d'Astro sur le récent podcast Smashing.

Voici quelques sites Web que Dave et moi discutons avec moi récemment refait avec Astro:

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!