Gestion améliorée des ressources du compilateur et analyseurs de code plus rapides

Important

Ce contenu est archivé et n’est pas mis à jour. Pour accéder aux dernières ressources documentaires, voir Nouveautés et prévisions pour Dynamics 365 Business Central. Pour les derniers plans de lancement, voir Plans de lancement pour Dynamics 365, Power Platform et Cloud for Industry.

Activé(e) pour	Version préliminaire publique	Disponibilité générale
Administrateurs, créateurs, responsables marketing ou analystes, automatiquement	1er mars 2023	1er avril 2023

Valeur commerciale

Les développeurs constatent souvent une réactivité réduite et des résultats retardés lorsqu’ils utilisent des outils d’analyse de code statique (AL cops) pour trouver des problèmes de diagnostic. Cela peut être ennuyeux et affecter leur productivité, car ils ne peuvent pas réagir plus rapidement aux problèmes détectés dans le code. Avec cette version, nous avons amélioré les performances de l’infrastructure de l’analyseur de code et ajouté un paramètre permettant au développeur de choisir spécifiquement l’étendue à analyser. De plus, nous avons ajouté des informations de résolution des problèmes afin de savoir quelles sont les règles qui fonctionnent mal, les désactiver pour améliorer les performances et consigner leurs bogues sur AL GitHub.

Détails de la fonctionnalité

Lorsque vous modifiez un projet avec l’analyse de code activée, le comportement par défaut est l’exécution de l’analyse de code en arrière-plan. Cela signifie que chaque modification déclenche un recalcul des diagnostics d’analyse de code. L’analyse peut s’exécuter dans l’étendue du fichier actuellement actif ou de l’ensemble du projet ouvert. Par défaut, l’étendue est déterminée par la taille de l’espace de travail. Pour les petits projets, l’analyse s’effectue sur l’ensemble du projet actif et de ses projets dépendants. Lorsqu’un espace de travail plus grand est détecté, l’analyse s’effectue par défaut uniquement sur le fichier actif. Cela garantit que l’analyse peut s’exécuter de manière interactive quelle que soit la taille du projet. L’inconvénient est que les diagnostics d’analyse de code ne s’affichent pas pour les fichiers qui ne sont pas ouverts dans l’éditeur.

L’étendue de l’analyse de code peut être remplacée par le paramètre backgroundCodeAnalysis. Sa valeur par défaut est File, ce qui correspond au comportement qui vient d’être décrit. La valeur Project force l’analyse à s’effectuer sur l’ensemble du projet, avec une baisse significative des performances. C’est pourquoi elle n’est conseillée que pour des machines à hautes performances. L’option None désactive complètement l’analyse en arrière-plan afin qu’elle ne s’exécute que lors d’une génération complète.

Il est possible de remplacer l’étendue d’un utilisateur ou d’un espace de travail spécifique en utilisant le fichier de paramètres approprié et en ne spécifiant pas explicitement l’étendue dans les paramètres du projet.

Résolution des problèmes de règles d’analyse de code de longue durée

En plus de contrôler l’étendue, il est possible d’obtenir des statistiques sur la durée d’exécution de règles d’analyse de code individuelles, dans le but de les désactiver de manière sélective si elles durent longtemps sur un projet spécifique. Leur désactivation peut être utile dans le cas où l’étendue de l’analyse de code par défaut n’est pas assez performante ou s’il est nécessaire d’exécuter l’analyse de code pour un projet entier. En activant le paramètre outputAnalyzerStatistics, un aperçu détaillé de la durée d’exécution de chaque règle d’analyse et des diagnostics correspondants sera imprimé sur le résultat. Le résultat sera similaire à l’extrait de code présenté dans cette section, avec le temps total et le pourcentage de temps passé par chaque règle affichés dans la colonne appropriée.

Donnez-nous votre avis

Aidez-nous à améliorer Dynamics 365 Business Central en proposant des idées et en faisant des suggestions et des commentaires. Consultez le forum à l’adresse https://aka.ms/bcideas.

Merci pour votre idée !

Merci d’avoir soumis cette idée ! Nous avons tenu compte de votre idée, ainsi que de vos commentaires et de vos votes, afin de choisir ce qu’il convient d’ajouter à notre feuille de route de produits.

Voir aussi

Configuration des performances d’analyse de code (documents)