Astron

Vous ne pouvez même pas encore regarder le code ou la documentation pour Astro (publiquement) - c'est une idée en cours - mais vous pouvez regarder une vidéo de Fred le montrant à Feross.

Je dois admettre: ça a l'air génial. Je suis optimiste sur deux parties principales de ceci:

1. Jamstack est une bonne idée. La production de pages JavaScript statiques, pré-rendues, minimales (ou non) est intelligente.
2. Les composants sont une bonne idée. Les interfaces d'artisanat à partir de composants composables sont l'abstraction correcte. JavaScript fait le mieux en ce moment en raison de choses comme des modules ES, des littéraux de modèle, des composants Web, des outils profondément développés, etc.

Je suis un fan d'Eleventy aussi, et cela ressemble à Eleventy d'une certaine manière, sauf que je n'aime pas les langages de modèles autant que j'aime les composants JavaScript.

Voici une liste de quelques aspects intéressants:

• Comme Vue a des fichiers .vue et svelte a des fichiers .svelte, Astro a des fichiers .astro dans un format unique. J'aime la façon dont il applique JavaScript-at-top dans un format de type frontal.
• Il ne remplace pas d'autres bibliothèques JavaScript. C'est comme un cadre de construction de sites sur eux. Vous pouvez littéralement utiliser des composants React et JSX, ou des fichiers VUE, ou des fichiers Svelte, notamment en utilisant les solutions de gestion d'état de cette bibliothèque. Vous les importez dans vos fichiers Astro.
• Il a le-filesystem-is-the-défaut-routeur, comme Next.
• Il a SCOPED-CSS-by Default comme Vue's
• Il ne fait aucun javascript à l'avant du tout, sauf si vous y optez spécifiquement (ou utilisez sa syntaxe visible, qui injecte juste assez javascript pour charger davantage paresseux au besoin).
• Il embrasse l'idée de l'architecture des îles - l'idée que la plupart des sites sont composés de contenu statique avec seulement des parties de contenu interactif / dynamique.
• L'idée de demander JavaScript uniquement pour des composants interactifs s'ils sont visibles (via IntersectionObserver) est un citoyen de première classe du cadre - un peu comme le chargement = "Lazy" pour tout ce qui est interactif.
• Ils créditent Marko (la langue hybride HTML / JavaScript-Kind) directement sur la page d'accueil (pour «poser la question»). Cela me rappelle des approches comme Alpine ou HTMX.
• Il se faufile MDX (ou similaires) là-dedans, ce qui signifie que vous pouvez autoriser le contenu dans Markdown (bon) mais Sneak là-dedans (aussi bon).

J'aime bien que ça n'ait pas ça, c'est une nouvelle chose! Vous l'aimez! Les vieilles choses sont mauvaises! De nouvelles choses sont bonnes! sorte d'ambiance. Au lieu de cela, il y a un nous voler chaque dernière bonne idée que nous pouvons de ce qui est venu avant, et s'appuyer sur ce que le Web natif fait le mieux , ce qui, à son tour, me fait penser à Baldur Bjarnason «Quel type de développeur Web de nouveau-nouveau, êtes-vous?» article

Mauvais:

Il s'agit du premier type de développeur Web en recherche de nouveauté . Le type qui ne considère que l'histoire uniquement comme une litanie d'erreurs et que les nouvelles choses doivent être bonnes car elles sont nouvelles. Pourquoi quelqu'un ferait-il une nouvelle chose à moins que ce ne soit une amélioration du statu quo? Ergo, cela doit être une amélioration du statu quo .

Bien:

C'est l'autre type de développeur Web en recherche de nouveauté, celui qui cherche à s'appuyer sur l'histoire et la nature du Web au lieu d'essayer de le transformer.

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!