Verbeterde verwerking van compilerresource en snellere codeanalyses
Belangrijk
Deze inhoud is gearchiveerd en wordt niet bijgewerkt. Ga voor de meest recente documentatie naar Nieuwe en geplande functies voor Dynamics 365 Business Central. Ga voor de meest recente releaseplannen naar de pagina Releaseplannen voor Dynamics 365, Power Platform en Cloud for Industry.
| Geactiveerd voor | Openbare preview | Algemene beschikbaarheid |
|---|---|---|
| Beheerders, makers, marketeers of analisten, automatisch |  1 maart 2023 |
1 apr. 2023 |
Zakelijke waarde
Als ontwikkelaars statische code-analysetools (AL cops) gebruiken om diagnostische problemen op te sporen, bemerken ze vaak dat de tools niet snel reageren en dat resultaten lang op zich laten wachten. Dit kan leiden tot irritatie en aantasting van de productiviteit, omdat ze niet sneller kunnen reageren op de problemen die in de code worden gedetecteerd. Met deze release hebben we de prestaties van het framework van de code-analyzer verbeterd en een instelling toegevoegd waarmee de ontwikkelaar specifiek het bereik kan kiezen dat wordt geanalyseerd. Daarnaast hebben we probleemoplossingsinformatie toegevoegd om inzicht te bieden in slecht presterende regels, deze uit te schakelen om de prestaties te verbeteren en bugs vast te leggen op AL GitHub.
Functiedetails
Wanneer u een project bewerkt terwijl codeanalyse is ingeschakeld, wordt codeanalyse standaard op de achtergrond uitgevoerd. Dit betekent dat voor elke wijziging een herberekening van de diagnostische codeanalyse wordt geactiveerd. De analyse kan worden uitgevoerd met het momenteel actieve bestand of het volledige geopende project als bereik. Standaard wordt het bereik bepaald door de grootte van de werkruimte. Voor kleinere projecten wordt een analyse uitgevoerd op het gehele actieve project en de afhankelijke projecten. Wanneer een grotere werkruimte wordt gedetecteerd, wordt standaard alleen een analyse uitgevoerd op het actieve bestand. Dit zorgt ervoor dat de analyse interactief kan plaatsvinden, ongeacht de grootte van het project. Het nadeel is dat diagnostische codeanalyse niet wordt weergegeven voor bestanden die niet zijn geopend in de editor.
Het bereik van de codeanalyse kan worden genegeerd via de instelling backgroundCodeAnalysis. De standaardwaarde bedraagt File, wat overeenkomt met het zojuist beschreven gedrag. De waarde Project dwingt tot uitvoering van een analyse voor het hele project, met een aanzienlijk prestatieverlies. Om deze reden wordt het alleen aanbevolen voor krachtige machines. Met de optie None wordt de achtergrondanalyse volledig uitgeschakeld, zodat deze alleen wordt uitgevoerd tijdens een volledige build.
Het is mogelijk om het bereik voor een gebruiker of een specifieke werkruimte te negeren door het juiste instellingenbestand te gebruiken en het bereik niet expliciet op te geven in de projectinstellingen.
Problemen met langlopende regels voor codeanalyse oplossen
Naast het regelen van het bereik, is het mogelijk om statistieken op te halen voor de runtime van individuele codeanalyseregels, met de bedoeling ze selectief uit te schakelen als ze langlopend zijn voor een specifiek project. Het uitschakelen hiervan kan handig zijn in het geval dat het standaardbereik voor codeanalyse onvoldoende presteert of wanneer het een vereiste is om codeanalyse uit te voeren voor een heel project. Door de instelling outputAnalyzerStatistics in te schakelen, wordt een gedetailleerd overzicht van de runtime van elke analyseregel en de bijbehorende diagnose naar de uitvoer afgedrukt. De uitvoer zal vergelijkbaar zijn met het fragment dat in deze sectie wordt getoond, waarbij de totale tijd en het percentage van de tijd die aan elke regel is besteed wordt weergegeven in de desbetreffende kolom.
Geef ons uw mening
Help ons Dynamics 365 Business Central te verbeteren door ideeën te bespreken, suggesties te doen en feedback te geven. Gebruik het forum op https://aka.ms/bcideas.
Hartelijk dank voor uw idee
Bedankt voor het inzenden van dit idee. We hebben uw idee en de bijbehorende opmerkingen en stemmen bekeken en aan de hand daarvan bepaald wat we aan onze productroadmap toevoegen.