Référence des directives de modèle
Les directives de modèle sont un type spécial d’attribut HTML disponible dans n’importe quel modèle de composant Astro (fichiers .astro
). Certains peuvent également être utilisés dans les fichiers .mdx
.
Les directives de modèle sont utilisées pour contrôler le comportement d’un élément ou d’un composant d’une certaine manière. Une directive de modèle peut activer certaines fonctionnalités du compilateur qui vous facilitent la vie (comme l’utilisation de class:list
au lieu de class
). Ou, une directive pourrait dire au compilateur d’Astro de faire quelque chose de spécial avec un composant (comme l’hydratation avec client:load
).
Cette page décrit toutes les directives de modèle disponibles dans Astro et leur fonctionnement.
Pour qu’une directive de modèle soit valide, il faut :
- Inclure un deux-points
:
dans son nom, en utilisant la formeX:Y
(ex :client:load
). - Être visible pour le compilateur (ex :
<X {...attr}>
ne fonctionnerait pas siattr
contenait une directive).
Certaines directives de modèle, mais pas toutes, peuvent prendre une valeur personnalisée :
<X client:load />
(ne prend aucune valeur)<X class:list={['une-class-css']} />
(prend un tableau)
Une directive de modèle n’est jamais incluse directement dans la sortie HTML finale d’un composant.
Directives Communes
Titre de la section Directives Communesclass:list
Titre de la section class:listclass:list={...}
prend un tableau de classe et les convertit en une chaîne de caractères contenant les classes. Ceci est inspiré de la populaire bibliothèque d’assistance clsx de @lukeed, mais intégrée directement dans Astro lui-même.
class:list
prend un tableau de plusieurs types de valeurs possibles :
string
: ajouté à l’élémentclass
Object
: toutes les clés truthy sont ajoutées à l’élémentclass
Array
: aplatiSet
: aplati
Les valeurs en double sont supprimées automatiquement.
set:html
Titre de la section set:htmlset:html={string}
injecte une chaîne de caractères HTML dans un élément, similaire à la propriété el.innerHTML
.
La valeur n’est pas automatiquement échappée par Astro ! Assurez-vous que vous faites confiance à la valeur ou que vous l’avez échappée manuellement avant de la transmettre au modèle. Oublier de le faire vous exposera aux attaques de type Cross Site Scripting (XSS).
Vous pouvez également utiliser set:html
sur un <Fragment>
pour éviter d’ajouter un élément d’enveloppe inutile. Cela peut être particulièrement utile lors de la récupération de code HTML à partir d’un CMS.
set:html={Promise<string>}
injecte une chaîne de caractères HTML dans un élément qui est enveloppé dans une Promise.
Cela peut être utilisé pour injecter du HTML stocké en externe, comme dans une base de données.
set:html={Promise<Response>}
injecte une Response dans un élément.
Ceci est particulièrement utile lors de l’utilisation de fetch()
. Par exemple, récupérer d’anciens posts à partir d’un précédent générateur de site statique.
set:html
peut être utilisé sur n’importe quelle balise et n’a pas besoin d’inclure de HTML. Par exemple, vous pouvez l’utiliser avec JSON.stringify()
sur une balise <script>
pour ajouter un schéma JSON-LD à votre page.
set:text
Titre de la section set:textset:text={string}
injecte une chaîne de caractères dans un élément, similaire à la propriété el.innerText
. Contrairement à set:html
, la valeur string
transmise est automatiquement échappée par Astro.
Cela équivaut à passer directement une variable dans une expression de modèle (ex : <div>{someText}</div>
) et, par conséquent, cette directive n’est pas couramment utilisée.
Directives Client
Titre de la section Directives ClientCes directives contrôlent la façon dont les composants de Framework UI sont hydratés sur la page.
Par défaut, un composant de Framework UI n’est pas hydraté côté client. Si aucune directive client:*
n’est fournie, son HTML est rendu sur la page sans JavaScript.
Une directive client ne peut être utilisée que sur un composant de Framework UI directement importé dans un composant .astro
. Les directives d’hydratation ne sont pas prises en charge lors de l’utilisation de balises dynamiques et de composants personnalisés transmis via la prop components
.
client:load
Titre de la section client:load- Priorité : Élevée
- Utile pour : Les éléments UI immédiatement visibles qui doivent être interactifs le plus tôt possible.
Charge et hydrate le composant JavaScript immédiatement au chargement de la page.
client:idle
Titre de la section client:idle- Priorité : Moyenne
- Utile pour : Les éléments UI de priorité moindre qui n’ont pas besoin d’être immédiatement interactifs.
Charge et hydrate le composant JavaScript une fois que le chargement initial de la page est terminé et que l’événement requestIdleCallback
s’est déclenché. Si vous utilisez un navigateur qui ne prend pas en charge requestIdleCallback
, alors l’évenement load
est utilisé.
client:visible
Titre de la section client:visible- Priorité : Faible
- Utile pour : Les éléments UI de faible priorité qui sont soit loin en bas de page (“sous la ligne de flottaison”) ou qui consomment tellement de ressources que vous préféreriez ne pas les charger du tout si l’utilisateur ne voit jamais ces éléments.
Charge et hydrate le JavaScript du composant une fois que le celui-ci est entré dans la fenêtre d’affichage de l’utilisateur. Ceci utilise un IntersectionObserver
en interne pour garder une trace de la visibilité.
client:media
Titre de la section client:media- Priorité : Faible
- Utile pour : Les barres latérales ou autres éléments qui ne peuvent être visibles que sur certaines tailles d’écran.
client:media={string}
charge et hydrate le composant JavaScript une fois qu’une certaine requête média CSS est satisfaite.
Si le composant est déjà masqué et affiché par une requête multimédia dans votre CSS, il peut être plus simple d’utiliser simplement client: visible
et de ne pas passer cette même requête multimédia dans la directive.
client:only
Titre de la section client:onlyclient:only={string}
ignore le rendu HTML côté serveur et s’affiche uniquement côté client. Cette directive agit de la même manière que client:load
dans le où elle charge, rend et hydrate le composant immédiatement au chargement de la page.
Vous devez transmettre le bon Framework du composant en tant que valeur ! Parce qu’Astro n’exécute le composant ni pendant le Build ni sur le serveur, Astro ne sait pas quel framework votre composant utilise à moins que vous ne lui disiez explicitement.
Directives Client personnalisées
Titre de la section Directives Client personnaliséesDepuis Astro 2.6.0, les intégrations peuvent également ajouter des directives client:*
personnalisées pour modifier comment et quand les composants doivent être hydratés.
Visitez la page API addClientDirective
pour en savoir plus sur la création d’une directive client personnalisée.
Directives de Script et de Style
Titre de la section Directives de Script et de StyleCes directives ne peuvent être utilisées que sur les balises HTML <script>
et <style>
pour contrôler la façon dont votre JavaScript côté client et votre CSS sont gérés sur la page.
is:global
Titre de la section is:globalPar défaut, Astro limite automatiquement la portée des règles CSS du <style>
au composant. Vous pouvez désactiver ce comportement avec la directive is:global
.
is:global
fait en sorte que le contenu d’une balise <style>
s’applique globalement sur la page lorsque le composant est inclus. Cela désactive le système de portée des règles CSS d’Astro. Cela équivaut à envelopper tous les sélecteurs dans la balise <style>
avec :global()
.
Vous pouvez combiner <style>
et <style is:global>
ensemble dans le même composant pour créer des règles de style globales tout en limitant la portée de la plupart des règles CSS de votre composant.
📚 Consultez la page CSS et Stylisation pour plus de détails sur le fonctionnement des styles globaux.
is:inline
Titre de la section is:inlinePar défaut, Astro traitera, optimisera et regroupera toutes les balises <script>
et <style>
qu’il voit sur la page. Vous pouvez désactiver ce comportement avec la directive is:inline
.
is:inline
indique à Astro de laisser la balise <script>
ou <style>
telle quelle dans la sortie HTML finale. Le contenu ne sera ni traité, ni optimisé ni regroupé. Cela limite certaines fonctionnalités d’Astro, comme l’importation d’un paquet npm ou l’utilisation d’un langage de compilation vers CSS comme Sass.
La directive is:inline
signifie que les balises <style>
et <script>
:
- Ne seront pas regroupées dans un fichier externe. Cela signifie que les attributs comme
defer
qui contrôlent le chargement d’un fichier externe n’auront aucun effet. - Ne seront pas dédupliquées : l’élément apparaîtra autant de fois qu’il sera rendu.
- Les références
import
/@import
/url()
ne seront pas résolues relativement au fichier.astro
. - Seront rendues dans le HTML de la sortie final exactement là où elles ont été créées.
- Les styles seront globaux et non limités au composant.
La directive is:inline
est implicite chaque fois qu’un attribut autre que src
est utilisé sur une balise <script>
ou <style>
.
📚 Découvrez comment les scripts côté client fonctionnent dans les composants Astro.
define:vars
Titre de la section define:varsdefine:vars={...}
peut passer des variables côté serveur du frontmatter de votre composant dans les balises client <script>
ou <style>
. Toute variable du frontmatter sérialisable en JSON est supportée, y compris les “props” transmis à votre composant via Astro.props
. Les valeurs sont sérialisées avec JSON.stringify()
.
L’utilisation de define:vars
sur une balise <script>
implique la directive is:inline
, ce qui signifie que vos scripts ne seront pas regroupés et seront intégrés directement dans le code HTML.
En effet, lorsque Astro regroupe un script, il inclut et exécute le script une seule fois même si vous incluez le composant contenant le script plusieurs fois sur une même page. define:vars
nécessite qu’un script soit réexécuté avec chaque ensemble de valeurs, donc Astro crée un script en ligne à la place.
Pour les scripts, essayez plutôt de transmettre les variables aux scripts manuellement.
Directives Avancées
Titre de la section Directives Avancéesis:raw
indique au compilateur d’Astro de traiter tous les enfants de cet élément comme du texte. Cela signifie que toute syntaxe spéciale de template Astro sera ignorée à l’intérieur de ce composant.
Par exemple, si vous aviez un composant Katex personnalisé qui convertit du texte en HTML, vous pourriez demander aux utilisateurs de faire ceci :
Reference