Améliorer les performances de l’application mobile Field Service (Dynamics 365)

Dans cet article, nous énumérons quelques façons d’améliorer les performances de l’application mobile Field Service (Dynamics 365).

Supprimer Console.log du code de production

La journalisation des données sur la console peut augmenter la pression sur la mémoire, car la console empêche le nettoyage des éléments. Il est également préférable de ne pas enregistrer de données sur la console pendant la production, car cela peut involontairement imprimer des données sensibles observables par l’utilisateur final. Cela inclut console.log, console.warn et console.error.

Si vous n’utilisez pas QuickNotes, supprimez QuickNotes WebResource

Le bouquet de contrôles QuickNotes existe deux fois dans Field Service : une fois en tant que contrôle PCF et une fois en tant que ressource web. Si le contrôle QuickNotes (ou tout autre contrôle) n’est pas utilisé, supprimez le contrôle bundle.js (s’il est présent) des ressources web dans les propriétés du formulaire. Cela empêchera le téléchargement du code de contrôle lorsqu’il n’est pas nécessaire.

Le bouquet peut être supprimé en accédant au formulaire de réservation et d’ordre de travail de l’entité de réservation de ressource réservable, en ouvrant Propriétés du formulaire et en supprimant l’élément cc_MscrmControls.FieldControls.QuickNotesControl/bundle.js de l’onglet Événements.

Réduction des importations de l’interface utilisateur Office dans les contrôles PCF

Si vous utilisez la bibliothèque @fluentui/react pour les composants d’interface utilisateur interactifs, il est possible d’importer plus de modules que prévu en fonction de la définition de l’importation. En étant précis quant au chemin à partir duquel vous importez des composants, vous pouvez réduire considérablement la taille de vos composants (ce qui réduit le nombre de données à télécharger).

Par exemple :

import { Button } from '@fluentui/react'
should be written as: 
import { Button } from '@fluentui/react/lib/Button';

Utilisez des formulaires connectés pour réduire au minimum la navigation entre différentes entités

Field Service prend en charge la possibilité d’afficher des champs de différentes entités dans le même formulaire, ce qui peut éviter d’avoir à passer d’un formulaire à l’autre. Minimiser la navigation a pour conséquence d’éviter les temps de chargement lors de la transition d’une entité à une autre et peut éviter d’éventuelles fuites de mémoire et les problèmes rencontrés lors du saut d’une entité à une autre. Les composants de formulaire ont une valeur de mémoire maximale inférieure lors de la navigation, par rapport aux scénarios qui utilisent la navigation par recherche rapide.

Pour plus d’informations, consultez la documentation sur la façon d’implémenter cette personnalisation : Personnaliser la solution Field Service

Supprimer les contrôles inutilisés de l’application

Si les utilisateurs de l’application n’utilisent pas certains contrôles dans l’application mobile, envisagez de les supprimer pour réduire l’utilisation de la mémoire. Avoir des contrôles inutiles dans le formulaire augmente la consommation de mémoire de l’application, ce qui entraîne une dégradation des performances. Par exemple, le contrôle de chronologie est inclus par défaut sur plusieurs tables et formulaires. Si votre scénario ne tire pas parti de la chronologie, envisagez de la supprimer pour réduire la consommation de mémoire.