Cada regra de análise de código pertence a uma categoria de regras. Por exemplo, as regras de design suportam a adesão às diretrizes de design do .NET e as regras de segurança ajudam a evitar falhas de segurança. Você pode configurar o nível de gravidade para uma categoria inteira de regras. Você também pode configurar opções adicionais por categoria.
A tabela a seguir mostra as diferentes categorias de regras de análise de código e fornece um link para as regras em cada categoria. Ele também lista o valor de configuração a ser usado em um arquivo EditorConfig para configurar em massa a gravidade da regra por categoria. Por exemplo, para definir a gravidade das violações de regras de segurança como erros, a entrada EditorConfig é dotnet_analyzer_diagnostic.category-Security.severity = error.
Gorjeta
Definir a severidade para uma categoria de regras usando a dotnet_analyzer_diagnostic.category-<category>.severity sintaxe não se aplica a regras desabilitadas por padrão. No entanto, a partir do .NET 6, você pode usar a propriedade de projeto AnalysisMode<Category> para habilitar todas as regras em uma categoria.
As regras de documentação suportam a escrita de bibliotecas bem documentadas através do uso correto de comentários de documentação XML para APIs visíveis externamente.
As regras de portabilidade suportam a portabilidade entre diferentes plataformas. As regras de interoperabilidade suportam a interação com clientes COM.
* Use o valor dotnet_analyzer_diagnostic.category-CodeQuality.severity EditorConfig para habilitar as seguintes regras: IDE0051, IDE0052, IDE0064 e IDE0076. Embora essas regras comecem com "IDE", elas não são tecnicamente parte da Style categoria.
A origem deste conteúdo pode ser encontrada no GitHub, onde também pode criar e rever problemas e pedidos Pull. Para mais informações, consulte o nosso guia do contribuidor.
