Notitie
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen u aan te melden of de directory te wijzigen.
Voor toegang tot deze pagina is autorisatie vereist. U kunt proberen de mappen te wijzigen.
Visual Studio kan op twee manieren codeanalyses van beheerde code uitvoeren: met verouderde analyse, ook wel bekend als statische FxCop-analyse van beheerde assembly's, en met de modernere codeanalyses op basis van .NET Compiler Platform. In dit onderwerp wordt de legacy-analyse besproken. Zie Overview of .NET Compiler Platform-based analyzers voor meer informatie over codeanalyse op basis van .NET Compiler Platform.
Codeanalyse voor beheerde code analyseert beheerde assembly's en rapporteert informatie over de assembly's, zoals schendingen van de programmeer- en ontwerpregels die zijn uiteengezet in de .NET-ontwerprichtlijnen.
Het analysehulpprogramma vertegenwoordigt de controles die tijdens een analyse worden uitgevoerd als waarschuwingsberichten. Waarschuwingsberichten identificeren eventuele relevante problemen met programmeren en ontwerpen en leveren, indien mogelijk, informatie over het oplossen van het probleem.
Opmerking
Verouderde analyse (statische codeanalyse) wordt niet ondersteund voor .NET Core- en .NET Standard-projecten in Visual Studio. Als u codeanalyse uitvoert op een .NET Core- of .NET Standard-project als onderdeel van msbuild, ziet u een fout die vergelijkbaar is met de fout: CA0055 : Kan platform voor <your.dll>niet identificeren. Als u code in .NET Core- of .NET Standard-projecten wilt analyseren, gebruikt u in plaats daarvan codeanalyses .
Integratie van IDE (integrated development environment)
U kunt codeanalyse handmatig of automatisch uitvoeren op uw project.
Als u elke keer dat u een project bouwt codeanalyse wilt uitvoeren, selecteert u de optie op de eigenschappenpagina codeanalyse van het project. Zie Voor meer informatie : Automatische codeanalyse in- en uitschakelen.
Als u codeanalyse handmatig op een project wilt uitvoeren, kiest u in de menubalk Analyseren>codeanalyse>uitvoeren in <project>.
Regelsystemen
Regels voor codeanalyse voor beheerde code worden gegroepeerd in regelsets. U kunt een van de standaardregelsets van Microsoft gebruiken of u kunt een aangepaste regelset maken om aan een specifieke behoefte te voldoen.
Waarschuwingen onderdrukken
Vaak is het handig om aan te geven dat een waarschuwing niet van toepassing is. Dit informeert de ontwikkelaar en andere personen die de code later kunnen bekijken, dat een waarschuwing is onderzocht en vervolgens wordt onderdrukt of genegeerd.
In-source onderdrukking van waarschuwingen wordt geïmplementeerd via aangepaste attributen. Als u een waarschuwing wilt onderdrukken, voegt u het kenmerk SuppressMessage toe aan de broncode, zoals wordt weergegeven in het volgende voorbeeld:
[System.Diagnostics.CodeAnalysis.SuppressMessage("Microsoft.Design", "CA1039:ListsAreStrongTyped")]
Public class MyClass
{
// code
}
Zie Waarschuwingen onderdrukkenvoor meer informatie.
Opmerking
Als u een project migreert naar Visual Studio 2019, krijgt u plotseling te maken met een groot aantal waarschuwingen voor codeanalyse. Als u niet klaar bent om de waarschuwingen op te lossen, kunt u ze allemaal onderdrukken door Build analyseren>en Actieve problemen onderdrukken te kiezen.
Codeanalyse uitvoeren als onderdeel van het check-in-beleid
Als organisatie wilt u mogelijk vereisen dat alle check-ins voldoen aan bepaalde beleidsregels. U wilt er met name voor zorgen dat u deze beleidsregels volgt:
Er zijn geen buildfouten in code die wordt ingecheckt.
Codeanalyse wordt uitgevoerd als onderdeel van de meest recente build.
U kunt dit doen door incheckbeleid op te geven. Zie Codekwaliteit verbeteren met projectcontrolebeleid voor meer informatie.
Integratie van teambuild
U kunt de geïntegreerde functies van het buildsysteem gebruiken om het analysehulpprogramma uit te voeren als onderdeel van het buildproces. Zie Azure Pipelinesvoor meer informatie.