Introduction et présentation des applications monopage (SPA) spa-introduction

Les applications monopage (SPA) peuvent améliorer considérablement votre expérience des sites web. Les développeurs et développeuses souhaitent pouvoir créer des sites avec des frameworks SPA. Les auteurs et autrices, pour leur part, souhaitent modifier facilement du contenu dans AEM pour un site conçu à l’aide de tels frameworks.

L’éditeur de SPA constitue une solution complète pour la prise en charge des SPA dans AEM. Cet article décrit l’utilisation d’une SPA élémentaire à des fins de création et indique comment cette utilisation est liée à l’éditeur de SPA AEM sous-jacent.

Présentation introduction

Objectif de l’article article-objective

Cet article présente les concepts de base des SPA, puis passe en revue l’éditeur de SPA en utilisant une SPA simple pour démontrer les fonctions de base de modification de contenu. Il détaille ensuite la construction de la page et indique comment la SPA est liée à l’éditeur de SPA AEM et interagit avec lui.

L’objectif de cette introduction et de cette présentation est de montrer aux développeurs AEM pourquoi les SPA sont pertinentes, comment elles fonctionnent, comment elles sont gérées par l’éditeur de SPA AEM et en quoi elles diffèrent d’une application AEM standard.

Conditions requises requirements

La présentation repose sur les fonctionnalités AEM standard et l’exemple d’application de projet SPA WKND. Pour suivre cette présentation, vous devez disposer des éléments suivants.

CAUTION
Ce document n’utilise l’exemple d’application de projet SPA WKND qu’à des fins de démonstration. Ne l’utilisez pas pour un travail de projet.
TIP
Tout projet AEM doit utiliser l’archétype de projet AEM, qui prend en charge les projets SPA à l’aide de React ou d’Angular et utiliser le SDK de SPA.

Qu’est-ce qu’une SPA ? what-is-a-spa

Une application monopage (SPA) diffère d’une page conventionnelle en cela qu’elle est rendue côté client et qu’elle est principalement pilotée par JavaScript, en utilisant les appels Ajax pour charger les données et mettre la page à jour dynamiquement. La plupart ou la totalité du contenu est récupérée une fois au chargement d’une seule page avec des ressources supplémentaires chargées de manière asynchrone, selon les besoins, en fonction de l’interaction de l’utilisateur avec la page.

Cela limite la nécessité d’actualiser la page et offre à l’utilisateur une expérience harmonieuse, rapide et rappelant davantage l’expérience d’une application native.

L’éditeur de SPA d’AEM permet aux développeurs et aux développeuses front-end de créer des SPA qui peuvent être intégrées à un site AEM, ce qui permet aux créateurs et créatrices de contenu de modifier le contenu de SPA aussi facilement qu’un autre contenu AEM.

Pourquoi une SPA ? why-a-spa

Plus rapide, fluide et ressemblant davantage à une application native, une SPA, de par son fonctionnement, offre une expérience très attrayante, non seulement pour le visiteur de la page web, mais aussi pour les spécialistes du marketing et les développeurs.

Avantages des SPA

Visiteurs visitors

  • Lorsqu’ils interagissent avec du contenu, les visiteurs souhaitent des expériences similaires à l’expérience d’une application native.
  • Il existe des données claires indiquant que plus une page est rapide, plus une conversion est probable.

Spécialistes du marketing marketers

  • Les spécialistes du marketing veulent offrir des expériences riches et similaires à l’expérience d’une application native pour inciter les visiteurs à interagir pleinement avec le contenu.
  • La personnalisation peut rendre ces expériences encore plus attrayantes.

Développeurs developers

  • L’équipe de développement veut une séparation nette entre les aspects liés au contenu et à la présentation.
  • Une séparation nette rend le système plus extensible et permet un développement front-end indépendant.

Comment fonctionne une SPA ? how-does-a-spa-work

L’idée principale sous-jacente à une SPA est que les appels à un serveur et la dépendance envers un serveur sont réduits afin de minimiser les retards liés à la latence du serveur, de sorte que la SPA soit presque aussi réactive qu’une application native.

Sur une page web séquentielle traditionnelle, seules les données nécessaires à la page immédiate sont chargées. Cela signifie que lorsque vous passez à une autre page, le serveur est appelé pour que les ressources supplémentaires soient mises à disposition. Des appels supplémentaires peuvent s’avérer nécessaires lorsque le visiteur interagit avec les éléments de la page. Ces appels multiples peuvent donner une impression de retard ou de lenteur, car la page doit rattraper les requêtes du visiteur.

Expériences séquentielles ou fluides

Pour offrir une expérience plus fluide, qui s’approche de ce qu’un visiteur attend des applications mobiles natives, une SPA charge toutes les données nécessaires pour le visiteur au premier chargement. Bien que cette opération puisse nécessiter au début un peu plus de temps, elle élimine ensuite la nécessité d’appels supplémentaires au serveur.

Parce que le rendu est effectué côté client, les éléments de la page réagissent plus rapidement et les interactions du visiteur avec la page sont immédiates. Toutes les données supplémentaires qui peuvent être nécessaires sont appelées de manière asynchrone afin d’optimiser la vitesse de la page.

TIP
Pour obtenir des détails techniques sur le fonctionnement des SPA dans AEM, consultez les articles suivants :
Pour observer de plus près la conception, l’architecture et le workflow technique de l’éditeur de SPA, consultez l’article :

Modification de contenu avec une SPA content-editing-experience-with-spa

Lorsqu’une SPA est créée pour exploiter l’éditeur de SPA AEM, le créateur ou la créatrice de contenu ne remarque aucune différence lors de la modification et de la création de contenu. Des fonctionnalités AEM communes sont disponibles et aucune modification du workflow du créateur n’est requise.

  1. Modifiez l’application de projet SPA WKND dans AEM.

    http://localhost:4502/editor.html/content/wknd-spa-react/us/en/home.html

    Page d’accueil du projet SPA WKND

  2. Sélectionnez un composant de texte et notez qu’une barre d’outils s’affiche comme pour tout autre composant. Sélectionnez Modifier.

    Sélectionner le composant de texte

  3. Modifiez le contenu normalement dans AEM et notez que les modifications sont conservées.

    Modifier du texte

  4. Utilisez l’explorateur de ressources pour faire glisser et déposer une nouvelle image dans un composant d’image.

    Dépôt d’une ressource d’image

  5. La modification est conservée.

    Image conservée

D’autres outils de création, tels que le glisser-déposer de composants supplémentaires sur la page, la réorganisation des composants et la modification de la mise en page, sont pris en charge comme dans toute application AEM non SPA.

NOTE
L’éditeur de SPA ne modifie pas le modèle DOM de l’application. La SPA elle-même est responsable du DOM.
Pour découvrir le fonctionnement de cet aspect, passez à la section suivante de cet article, Applications SPA et éditeur de SPA AEM.

Applications SPA et éditeur de SPA AEM spa-apps-and-the-aem-spa-editor

L’expérience du comportement d’un SPA pour l’utilisateur, puis l’inspection de la page SPA, vous permettent de mieux comprendre le fonctionnement d’une application SAP avec l’éditeur d’outils de la page d’accès aux ressources dans.

Utilisation d’une SPA using-an-spa-application

  1. Chargez l’application de projet SPA WKND sur le serveur de publication ou à l’aide de l’option Afficher comme publié(e) du menu Informations sur la page de l’éditeur de page.

    http://<host>:<port>/content/wknd-spa-react/us/en/home.html

    Aperçu de la page d’accueil du projet SPA WKND

    Notez la structure des pages, y compris la navigation vers les pages enfants, le menu et les fiches d’article.

  2. Accédez à une page enfant à l’aide du menu et observez que la page se charge immédiatement sans qu’il faille procéder à une actualisation.

    Projet SPA WKND – page 1

  3. Ouvrez les outils de développement intégrés de votre navigateur et surveillez l’activité du réseau lorsque vous naviguez sur les pages enfants.

    Activité du réseau

    Le trafic est très faible, car vous passez d’une page à l’autre dans l’application. La page n’est pas rechargée et seules les nouvelles images sont demandées.

    La SPA gère le contenu et le routage entièrement du côté client.

Aussi, si la page n’est pas rechargée lors de la navigation sur les pages enfants, comment est-elle chargée ?

La section suivante, Chargement d’une SPA, examine de plus près la procédure de chargement de la SPA et indique comment le contenu peut être chargé de façon synchrone et asynchrone.

Chargement d’une SPA loading-a-spa-application

  1. Si ce n’est pas déjà fait, chargez l’application du projet de la SPA WKND sur le serveur de publication ou à l’aide de l’option Afficher comme publié(e) du menu Informations sur la page de l’éditeur de page.

    http://<host>:<port>/content/wknd-spa-react/us/en/home.html

    Aperçu du projet SPA WKND

  2. Utilisez l’outil intégré de votre navigateur pour afficher la source de la page.

  3. Le contenu de la source est limité.

    • Le corps de la page ne renferme aucun contenu. La page est principalement composée de feuilles de styles et d’un appel à divers scripts tels que clientlib-react.min.js.
    • Ces scripts sont les pilotes principaux de cette application et sont responsables du rendu de tout le contenu.
  4. Utilisez les outils intégrés de votre navigateur pour inspecter la page. Affichez le contenu du DOM entièrement chargé.

    DOM du projet SPA WKND

  5. Accédez à l’onglet Réseau de l’Inspecteur et rechargez la page.

    Sans tenir compte des requêtes d’image, notez que les principales ressources chargées pour la page sont la page elle-même, le code CSS, le code JavaScript React, ses dépendances, ainsi que les données JSON de la page.

    Activité de réseau du projet SPA WKND

  6. Chargez home.model.json dans un nouvel onglet.

    http://<host>:<port>/content/wknd-spa-react/us/en/home.model.json

    JSON de la page d’accueil du projet SPA WKND

    L’éditeur de SPA AEM exploite AEM Content Services pour diffuser l’intégralité du contenu de la page sous la forme d’un modèle JSON.

    En implémentant des interfaces spécifiques, les modèles Sling fournissent les informations nécessaires à la SPA. La diffusion des données JSON est déléguée vers le bas à chaque composant (de la page, au paragraphe, au composant, etc).

    Chaque composant choisit les données qu’il expose et le mode de rendu de ces données (côté serveur avec HTL ou côté client avec React ou Angular). Cet article porte sur le rendu côté client avec React.

  7. Le modèle peut également regrouper les pages afin qu’elles soient chargées de manière synchrone, ce qui réduit le nombre de rechargements de page nécessaires.

    Dans l’exemple de l’application du projet du SPA WKND, les pages home, page-1, page-2 et page-3 sont chargées de manière synchrone, car les visiteurs visitent généralement toutes ces pages.

    Ce comportement n’est pas obligatoire et est entièrement définissable.

    Regroupement d’éléments du projet SPA WKND

  8. Pour voir cette différence de comportement, rechargez la page home et effacez l’activité de réseau de l’Inspecteur. Accédez à la page-1 dans le menu de page et vérifiez que la seule activité de réseau est une requête d’image de la page-1. La page-1 elle-même n’a pas besoin de se charger.

    Activité de réseau du projet SPA WKND – page-1

Interaction avec l’éditeur de SPA interaction-with-the-spa-editor

À l’aide de l’exemple d’application de projet WKND SPA, il est clair comment l’application se comporte et est chargée lorsqu’elle est publiée, à l’aide des services de contenu pour la diffusion de contenu JSON et le chargement asynchrone des ressources.

En outre, pour l’auteur de contenu, la création de contenu à l’aide d’un éditeur de SPA est transparente dans AEM.

Dans la section suivante, nous allons examiner le contrat qui permet à l’éditeur de SPA de relier les composants de la SPA aux composants d’AEM et d’offrir cette expérience de modification transparente.

  1. Chargez l’application de projet SPA WKND dans l’éditeur et passez en mode Aperçu.

    http://<host>:<port>/editor.html/content/wknd-spa-react/us/en/home.html

  2. À l’aide des outils de développement intégrés de votre navigateur, inspectez le contenu de la page. À l’aide de l’outil de sélection, sélectionnez un composant modifiable sur la page et affichez le détail de l’élément.

    Le composant comporte un nouvel attribut de données data-cq-data-path.

    Inspection des éléments du projet SPA WKND

    Par exemple :

    data-cq-data-path="/content/wknd-spa-react/us/en/home/jcr:content/root/responsivegrid/text

    Ce chemin d’accès permet de récupérer et d’associer l’objet de configuration de contexte de modification de chaque composant.

    Il s’agit du seul attribut de balisage nécessaire à l’éditeur pour reconnaître ce composant comme un composant modifiable dans la SPA. En fonction de cet attribut, l’éditeur de SPA détermine la configuration modifiable qui est associée au composant, de sorte que le cadre, la barre d’outils appropriés, etc., soient chargés.

    Certains noms de classe spécifiques sont également ajoutés en vue de marquer les espaces réservés, ainsi que pour la fonctionnalité de glisser-déposer des ressources.

    note note
    NOTE
    Ce comportement diffère des pages générées côté serveur dans AEM, où un élément cq est inséré pour chaque composant modifiable.
    Cette approche dans l’éditeur d’application monopage élimine la nécessité d’injecter des éléments personnalisés, en n’utilisant qu’un attribut de données supplémentaire, ce qui rend le balisage plus simple pour le développement front-end.

Couplage et découplage dans AEM headful-headless

Les SPA peuvent être activées avec différents niveaux d’intégration au sein d’AEM, y compris pour les SPA développées et gérées en dehors d’AEM. En outre, SPA peut être utilisé dans AEM tout en utilisant l’utilisation d’ pour diffuser du contenu vers d’autres points de terminaison sans interface.

TIP
Voir le document Couplage et découplage dans AEM pour plus d’informations.

Étapes suivantes next-steps

Maintenant que vous comprenez l’expérience de modification de SPA dans AEM et que vous savez comment une SPA est liée à l’éditeur de SPA, nous allons examiner de plus près la conception des SPA.

recommendation-more-help
fbcff2a9-b6fe-4574-b04a-21e75df764ab