Elke codeanalyseregel behoort tot een categorie regels. Ontwerpregels ondersteunen bijvoorbeeld naleving van de .NET-ontwerprichtlijnen en beveiligingsregels helpen beveiligingsfouten te voorkomen. U kunt het ernstniveau voor een hele categorie regels configureren. U kunt ook extra opties per categorie configureren.
De volgende tabel bevat de verschillende regelcategorieën voor codeanalyse en bevat een koppeling naar de regels in elke categorie. Er wordt ook een lijst weergegeven van de configuratiewaarde die moet worden gebruikt in een EditorConfig-bestand om de ernst van regels bulksgewijs te configureren per categorie. Als u bijvoorbeeld de ernst van schendingen van beveiligingsregels wilt instellen op fouten, is dotnet_analyzer_diagnostic.category-Security.severity = errorde vermelding EditorConfig.
Tip
Het instellen van de ernst voor een categorie regels met behulp van de dotnet_analyzer_diagnostic.category-<category>.severity syntaxis is niet van toepassing op regels die standaard zijn uitgeschakeld. Vanaf .NET 6 kunt u echter de projecteigenschap AnalysisMode-categorie<> gebruiken om alle regels in een categorie in te schakelen.
Documentatieregels ondersteunen het schrijven van goed gedocumenteerde bibliotheken via het juiste gebruik van XML-documentatieopmerkingen voor extern zichtbare API's.
* Gebruik de waarde dotnet_analyzer_diagnostic.category-CodeQuality.severity EditorConfig om de volgende regels in te schakelen: IDE0051, IDE0052, IDE0064 en IDE0076. Hoewel deze regels beginnen met 'IDE', maken ze technisch geen deel uit van de Style categorie.
De bron voor deze inhoud vindt u op GitHub, waar u ook problemen en pull-aanvragen kunt maken en bekijken. Raadpleeg onze gids voor inzenders voor meer informatie.
Binnenkort: Gedurende 2024 worden GitHub Issues uitgefaseerd als het feedbackmechanisme voor inhoud. Dit wordt vervangen door een nieuw feedbacksysteem. Ga voor meer informatie naar: https://aka.ms/ContentUserFeedback.
