Forbedret kompilatorressurshåndtering og raskere kodeanalysatorer
Viktig
Dette innholdet er arkivert og oppdateres ikke. Gå til Hva er nytt og planlagt for Dynamics 365 Business Central for den nyeste dokumentasjonen. Gå til Lanseringsplaner for Dynamics 365, Power Platform og Cloud for Industry for å finne de nyeste lanseringsplanene.
| Aktivert for | Offentlig forhåndsversjon | Tilgjengelig |
|---|---|---|
| Administratorer, utviklere, markedsførere eller analytikere, automatisk |  1. mars 2023 |
1. april 2023 |
Forretningsverdi
Utviklere opplever ofte redusert respons og forsinkede resultater når de bruker statiske kodeanalyseverktøy til å finne diagnostiske problemer. Dette kan være irriterende og påvirke produktiviteten deres siden de ikke kan reagere raskere på problemene som oppdages i koden. Med denne utgivelsen har vi forbedret ytelsen til rammeverket for kodeanalysator og lagt til en innstilling som lar utvikleren spesifikt velge omfanget som skal analyseres. I tillegg har vi lagt til noen feilsøkingsinnsikter for å gjøre det mulig å forstå regler med dårlige resultater, slik at disse kan deaktiveres for forbedret ytelse og logge feil for dem i AL GitHub.
Funksjonsdetaljer
Når du redigerer et prosjekt med kodeanalyse aktivert, er standardvirkemåten at kodeanalyse kjøres i bakgrunnen. Dette betyr at hver endring utløser en ny beregning av kodeanalysediagnostikken. Analysen kan kjøres innenfor omfanget av den aktive filen eller hele det åpne prosjektet. Som standard bestemmes omfanget av størrelsen på arbeidsområdet. For mindre prosjekter blir det utført analyser på hele det aktive prosjektet og dets avhengige prosjekter. Når et større arbeidsområde oppdages, utføres det som standard bare analyse på den aktive filen. Dette sikrer at analysen kan kjøres interaktivt uavhengig av størrelsen på prosjektet. Ulempen er at kodeanalysediagnostikk ikke vises for filer som ikke er åpne i redigeringsprogrammet.
Omfanget av kodeanalysen kan overstyres gjennom innstillingen backgroundCodeAnalysis. Standardverdien er File, som tilsvarer virkemåten beskrevet ovenfor. Verdien Project tvinger analysen til å utføres på hele prosjektet, med en betydelig ytelsesstraff. Den anbefales derfor bare for høytytende maskiner. Alternativet None deaktiverer bakgrunnsanalyse helt, slik at det bare kjøres under en fullstendig build.
Det er mulig å overstyre omfanget for en bruker eller et spesifikt arbeidsområde ved å bruke den aktuelle innstillingsfilen og ikke spesifisere omfanget eksplisitt i prosjektinnstillingene.
Feilsøking av langvarige kodeanalyseregler
I tillegg til å kontrollere omfanget er det mulig å få statistikk for kjøretiden til individuelle kodeanalyseregler, med hensikt å deaktivere dem selektivt hvis de er langvarige på et spesifikt prosjekt. Deaktivering kan være nyttig i tilfeller der standard kodeanalyseomfang ikke gir nok ytelse, eller når det er et krav å kjøre kodeanalyse for et helt prosjekt. Ved å aktivere innstillingen outputAnalyzerStatistics blir en detaljert oversikt over kjøretiden for hver analyseregel og dens tilhørende diagnostikk skrevet ut til utdataene. Utdataene ligner på snutten som vises i denne delen, der den totale tiden og prosentandelen av tid brukt av hver regel vises i den aktuelle kolonnen.
Fortell oss hva du synes
Hjelp oss å forbedre Dynamics 365 Business Central ved å diskutere og komme med forslag og gi tilbakemelding. Bruk forumet på https://aka.ms/bcideas.
Takk for forslaget
Takk for at du sendte inn dette forslaget. Vi lyttet til forslaget ditt, sammen med kommentarer og stemmer, for å finne ut hva vi skulle legge til i produktveikartet vårt.