Utilisation de l'option d'optimisation du chargement au niveau d'une présentation

Techniquement, l'instance d'un widget lié aux données est créée en premier. Dès que l'instance est disponible, le widget est accessible par scripting et en attente de rendu.

Si, et quand, un widget de données est généré dépend du paramètre Optimisation du chargement de la présentation :

• Chargement de la fenêtre d'affichage
• Chargement en arrière-plan
• Aucune

Pour le chargement de la fenêtre d'affichage, la phase de rendu est divisée en trois sous-phases différentes :

1. Phase de rendu initiale
2. Phase de rendu de l'arrière-plan
3. Phase de rendu de la fenêtre d'affichage

Pour le chargement en arrière-plan, la phase de rendu est fractionnée en deux sous-phases différentes :

• Phase de rendu initiale
• Une ou deux phases de rendu d'arrière-plan (selon le traitement des scripts)

Pour Aucun, il n'y a qu'une phase de rendu initiale.

Dans cette leçon, la même présentation est utilisée dans tous les scénarios pour présenter les différentes options d'optimisation du chargement disponibles. Examinons de plus près la présentation, car il est important de savoir comment la présentation est créée, afin de comprendre le flux de chargement des données au fur et à mesure que nous explorons les scénarios de chargement des données.

En général, les affirmations suivantes sont vraies :

• Tout le contenu de la zone visible de la présentation est entièrement affiché dès que la phase de rendu initiale est terminée.
• L'utilisateur peut commencer à interagir avec la présentation pour déclencher des scripts (par exemple, appuyer sur un bouton qui exécute un script) dès que le rendu initial ET l'exécution du script des scripts d'événement page.onInitialization et page.onActive sont traités.
• Tout widget référencé dans un script est généré, qu'il fasse partie de la zone visible ou non.

Chargement de la fenêtre d'affichage est l'option par défaut pour toutes les présentations.

L'utilisation de ce paramètre signifie qu'à partir des widgets de données dans la présentation, seuls ceux qui se trouvent dans la zone visible de la présentation (fenêtre d'affichage) sont générés. Au fur et à mesure que l'utilisateur navigue dans la page, les widgets de données qui font partie de la nouvelle fenêtre d'affichage sont générés. Cela signifie que si l'utilisateur ne regarde pas l'ensemble de la présentation, les widgets de données inutiles peuvent ne jamais être générés.

Dans ce sujet, nous allons explorer le flux pour deux scénarios :

1. Les événements onInitialization et onActive se terminent avant la phase de rendu initiale.
2. Les événements onInitialization et onActive se terminent après la phase de rendu initiale.

Dans les exemples ci-dessous, vous pouvez voir les étapes clés du processus de rendu, numérotées de 1 à 4 :

1. L'écran de chargement s'affiche.
2. onInitialization script terminé.
3. Rendu de la fenêtre d'affichage initiale terminé.
4. L'utilisateur peut interagir avec le contenu de la présentation pour déclencher des scripts.

Scénario 1 : l'exécution du script se termine avant la phase de rendu initiale :

Scénario 2 : l'exécution du script se termine après la phase de rendu initiale :

Dans la phase de rendu initial (R1), les widgets de données suivants sont générés :

• Widgets de données affichables.
• Widgets de données qui ne prennent pas en charge le chargement en arrière-plan ou le chargement de la fenêtre d'affichage.
• Widgets de données marqués avec Toujours initialiser au démarrage.
• Widgets de données référencés dans les événements onInitialization ou onActive de la page actuelle.

Parallèlement à la phase initiale de rendu, le script du script (S1) - événement onInitialization de la page courante est traité. Lorsqu'il est terminé, le script du script (S2) - événement onActive de la page en cours est traité.

Une fois les scripts traités, dans la phase de rendu en arrière-plan (R2), les widgets de données référencés par n'importe quel script ou fonction de script sont générés.

Comme vous pouvez le voir dans les scénarios 1 et 2, ce processus de rendu peut commencer pendant ou après la phase de rendu initiale, en fonction de la durée d'exécution du script.

Dans la phase de rendu de la fenêtre d'affichage (R3), lorsqu'un utilisateur accède à une nouvelle zone d'une présentation qui n'a pas été affichée précédemment, tous les widgets de données correspondants qui n'ont pas été générés précédemment sont générés à ce stade.

Dans cette vidéo, nous allons explorer le paramètre d'optimisation du chargement : Chargement de la fenêtre d'affichage, comment il affecte le chargement des données de votre présentation et les scénarios d'utilisation du paramètre dans votre présentation.

Le tableau suivant récapitule le rendu du widget de données lorsque Chargement de la fenêtre d'affichage est sélectionné :

L'utilisation de l'option Chargement en arrière-plan signifie que les widgets dans la fenêtre d'affichage sont générés en premier et que tous les autres widgets de données sur la page actuelle sont générés par la suite, que l'utilisateur les consulte ou non. Cela peut entraîner des demandes de rendu et de chargement de données inutiles.

Dans ce sujet, nous allons explorer le flux pour deux scénarios :

1. L'exécution du script se termine avant la phase de rendu initial.
2. L'exécution du script se termine après la phase de rendu initiale.

Dans les exemples ci-dessous, vous pouvez voir les étapes clés du processus de rendu, numérotées de 1 à 4 :

1. L'écran de chargement s'affiche.
2. onInitialization script terminé.
3. Rendu de la fenêtre d'affichage initiale terminé.
4. L'utilisateur peut interagir avec le contenu de la présentation pour déclencher des scripts.

Scénario 1 : l'exécution du script se termine avant la phase de rendu initiale :

Scénario 2 : l'exécution du script se termine après la phase de rendu initiale :

Dans la phase de rendu initial (R1), les widgets suivants sont générés :

• Widgets de données affichables.
• Widgets de données qui ne prennent pas en charge le chargement en arrière-plan.
• Widgets de données marqués avec Toujours initialiser au démarrage.
• Widgets de données référencés dans l'événement onInitialization ou onActive de la page actuelle.

  Remarque

  • Les widgets récupérés par l'API Application.getWidgets() script ne sont pas reconnus comme référencés par le script.
  • L'utilisation de l'API Application.getWidgets() pour rechercher un widget par type de table forcera le rendu de toutes les tables.

En parallèle de la phase initiale de rendu, le script du script (S1) - événement onInitialization de la page courante est traité. Lorsqu'il est terminé, le script du script (S2) - événement onActive de la page en cours est traité.

Dans le premier scénario, où l'exécution du script se termine avant la phase de rendu initiale, il existe deux phases de rendu d'arrière-plan. Lors du rendu en arrière-plan (R2), tout widget lié aux données référencé dans les scripts d'événement onInitialization et onActive est généré. Dans la phase de rendu en arrière-plan (R3), tous les autres widgets de données de la page actuelle qui ne sont pas encore générés lancent leur rendu.

Dans le deuxième scénario, où l'exécution du script se termine après la phase de rendu initiale, dans la phase de rendu en arrière-plan (R2), tous les autres widgets liés aux données de la page actuelle qui ne sont pas encore générés lancent leur rendu.

Dans cette vidéo, nous allons explorer l'option d'optimisation du chargement : chargement en arrière-plan, comment cela affecte le chargement des données de votre présentation et les scénarios d'utilisation du paramètre dans votre présentation.

Le tableau suivant résume le rendu du widget lié aux données lorsque l'option Chargement en arrière-plan est sélectionnée :

L'utilisation de ce paramètre signifie que tous les widgets de données de la présentation sont générés au démarrage.

Cette configuration peut être utilisée pour garantir que tous les widgets sont générés afin que l'utilisateur n'ait jamais à attendre un rendu supplémentaire lors de la navigation dans la présentation. Pour le chargement aucun optimisé, il est important de comprendre que le flux d'exécution diffère du visualiseur utilisé pour générer et afficher la présentation.

Le visualiseur simplifié a été introduit début 2024 et a été créé pour charger la version la plus légère d'une présentation. Cela a été rendu possible par le découplage du concepteur et du persona du visualiseur. Si une présentation est compatible avec le visualiseur simplifié, SAP Analytics Cloud l'ouvre automatiquement à l'aide du visualiseur simplifié sans qu'aucune action ne soit requise de la part du concepteur ou du visualiseur de présentations.

Les conditions spécifiques qui doivent être remplies pour accéder au visualiseur simplifié, aux fonctionnalités prises en charge et aux restrictions sont disponibles dans Restrictions d'utilisation du visualiseur simplifié sur le SAP Help Portal.

Option d'optimisation du chargement : Aucun - Lite Viewer : Dans l'exemple ci-dessous, vous pouvez voir les étapes clés du processus de rendu, numérotées de 1 à 5.

1. L'écran de chargement s'affiche.
2. L'événement onInitialization est déclenché pour la page actuelle.
3. L'événement onActive est déclenché pour la page actuelle.

   Le script onInitialization est terminé.

4. Le rendu initial de la fenêtre d'affichage est terminé.
5. L'utilisateur peut interagir avec le contenu de la présentation pour déclencher des scripts.

Option d'optimisation du chargement : Aucun - Visualiseur complet : dans l'exemple ci-dessous, vous pouvez voir les étapes clés du processus de rendu, numérotées de 1 à 4.

1. L'écran de chargement s'affiche.
2. Le rendu initial de la fenêtre d'affichage est terminé.

   L'événement onInitialization est déclenché pour la page actuelle.

3. Le script onInitialization est terminé.

   L'événement onActive est déclenché pour la page actuelle.

4. L'utilisateur peut interagir avec le contenu de la présentation pour déclencher des scripts.

Dans la phase initiale de rendu (R1), tous les widgets de données sont générés pour Lite Viewer et Full Viewer.

Visualiseur simplifié :

Lors de la phase initiale de rendu, le script (S1) dans l'événement onInitialization de la page courante est traité. Lorsqu'il est terminé, le script (S2) dans l'événement onActive de la page en cours est traité.

Visualiseur complet :

Après la phase initiale de rendu, le script (S1) dans l'événement onInitialization de la page courante est traité. Lorsqu'il est terminé, le script (S2) dans l'événement onActive de la page en cours est traité.

Le tableau suivant résume le rendu du widget de données lorsque Aucun est sélectionné à la fois pour le visualiseur simplifié et le visualiseur complet.

Dans cette vidéo, nous allons explorer le paramètre Optimisation du chargement : aucun, comment cela affecte le chargement des données de votre présentation lors de l'utilisation du visualiseur complet et les scénarios d'utilisation du paramètre dans votre présentation.

Examinons ensuite l'impact des options sur les utilisateurs et leur capacité à interagir avec une présentation à l'aide de scripts.

Nous allons explorer le chargement de la fenêtre d'affichage et le chargement en arrière-plan lorsque le script onActive se termine avant et après la phase de rendu initiale, ainsi que le scénario de chargement des données pour l'option Aucun.

L' option d'optimisation du chargement que vous sélectionnez et la durée des scripts dans votre présentation auront un impact sur le moment où les utilisateurs pourront interagir avec la présentation pour déclencher l'écriture de script.

Savoir comment ils utilisent la présentation et inclure des conseils visuels indiquant qu'un traitement est toujours en cours en arrière-plan améliorera l'expérience utilisateur dans la présentation et sera pris en compte lors de la compréhension des exigences et de la planification de la conception de la présentation.