Ogni regola di analisi del codice appartiene a una categoria di regole. Ad esempio, le regole di progettazione supportano la conformità alle linee guida di progettazione .NET e le regole di sicurezza consentono di prevenire i difetti di sicurezza. È possibile configurare il livello di gravità per un'intera categoria di regole. È anche possibile configurare opzioni aggiuntive in base alla categoria.
La tabella seguente illustra le diverse categorie di regole di analisi del codice e fornisce un collegamento alle regole in ciascuna categoria. Elenca inoltre il valore di configurazione da usare in un file EditorConfig per configurare in blocco il livello di gravità della regola in base alla categoria. Ad esempio, per impostare il livello di gravità delle violazioni delle regole di sicurezza come errori, la voce EditorConfig è dotnet_analyzer_diagnostic.category-Security.severity = error.
Suggerimento
L'impostazione del livello di gravità per una categoria di regole tramite la sintassi dotnet_analyzer_diagnostic.category-<category>.severity non si applica alle regole disabilitate per impostazione predefinita. Tuttavia, a partire da .NET 6, è possibile usare la proprietà del progetto AnalysisMode< Category> per abilitare tutte le regole in una categoria.
Le regole della documentazione supportano la scrittura di librerie ben documentate tramite l'uso corretto dei commenti della documentazione XML per le API visibili esternamente.
Le regole di sicurezza supportano librerie e applicazioni più sicure. Queste regole contribuiscono ad evitare che il programma presenti difetti nella sicurezza.
* Usare il valore EditorConfig dotnet_analyzer_diagnostic.category-CodeQuality.severity per abilitare le regole seguenti: IDE0051, IDE0052, IDE0064 e IDE0076. Sebbene queste regole inizino con il prefisso "IDE", esse non fanno tecnicamente parte della categoria Style.
L'origine di questo contenuto è disponibile in GitHub, in cui è anche possibile creare ed esaminare i problemi e le richieste pull. Per ulteriori informazioni, vedere la guida per i collaboratori.
Presto disponibile: Nel corso del 2024 verranno gradualmente disattivati i problemi di GitHub come meccanismo di feedback per il contenuto e ciò verrà sostituito con un nuovo sistema di feedback. Per altre informazioni, vedere https://aka.ms/ContentUserFeedback.
