Jamstack? Plus comme Shamstack.

Je suis un grand fan de Jamstack. Cela ressemble à un développement véritablement positif pour le Web. J'anticipe avec impatience les prochaines conférences.

De toute tendance Web, #jamstack semble être la moins regrettable.

- Chris Coyier (@chriscoyier) 22 mai 2019

Cependant, je me demande si l'acronyme capture pleinement son essence. Bien que je ne suggérerais pas de le changer - les noms établis ont de l'élan - la force de base réside dans l'hébergement de fichiers statique. Cela forme le fondement de sa puissance, débloquant plusieurs avantages clés:

• L'hébergement CDN pour tout: même le HTML (le «M» dans Jamstack) bénéficie de l'hébergement CDN, une augmentation significative de la vitesse indisponible avec les approches traditionnelles. Cette vitesse inhérente encourage le maintien de performances optimales tout au long du développement.
• Flux de travail simplifié: Le processus de développement est rationalisé: git clone , npm install , build et Déployer via un dossier dist Push. Des plates-formes comme Netlify fournissent des URL pour chaque version, même sur les succursales, mettant en évidence l'immuabilité des déploiements - un instantané de fichiers à un moment précis.
• Fonctions cloud puissantes: l'absence de langages traditionnels côté serveur encourage l'utilisation des fonctions cloud pour la logique côté serveur. Cette approche architecturale s'aligne parfaitement avec la philosophie de Jamstack.

Il est crucial d'éviter de limiter Jamstack à Just Jekyll Blogs. Bien que les générateurs de sites statiques soient très compatibles et que le balisage pré-construit soit bénéfique pour la vitesse et le référencement, il n'est pas obligatoire.

Une application JavaScript côté client déploiement d'un<div> Et un faisceau JavaScript interagissant avec les API pour construire le site est toujours qualifié de Jamstack. Il est hébergé statiquement (probablement) avec des fonctions cloud fournissant des données.<blockquote> <p> Je dirais «oui». Peut-être qu'un peu plus de SSR serait bon pour toutes les raisons, mais Meh, pas requis pour un badge de mérite Jamstack.</p> <p> - Chris Coyier (@chriscoyier) 22 mai 2019</p> </blockquote> <p> L'approche JAMSTACK encourage la maximisation des fichiers statiques, promouvant le contenu statique chaque fois que cela est possible. Bien que souvent appelée «côté serveur rendu» (SSR), il est plus précis de le décrire comme un balisage généré lors d'une <em>étape de construction</em> , avant le déploiement. Encore une fois, pas une exigence, mais une forte recommandation.</p> <p> Nous avons hébergé statiquement HTML et d'autres actifs (CSS, images). Alors:</p> <ul> <li> <strong>J</strong> Avascript</li> <li> <strong>Un</strong> pis</li> </ul> <p> Ceux-ci sont étroitement liés. Les fichiers JavaScript sont hébergés statiquement, exécutent et communiquent avec les API (par exemple, un point de terminaison GraphQL) selon les besoins.</p> <p> Une approche hybride est également possible: pré-construction de la majoration, tout en s'appuyant sur JavaScript et API appelle un contenu dynamique. Considérez un site de commerce électronique avec une page d'accueil prédéfinie et des pages de produits, mais un catalogue de produits généré dynamiquement récupéré via des appels API.</p> <p> Si un nouvel acronyme était nécessaire, l'intégration d'hébergement statique et de combinaison JavaScript et API dans "API" pourrait céder:</p> <p> <strong>S</strong> tatic <strong>h</strong> osting, <strong>a</strong> pis, et <strong>m</strong> arkup, ou <strong>shamstack</strong> . Peut-être pas le meilleur choix!</p> </div>

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!