Каждое правило анализа кода входит в категорию правил. Например, правила разработки поддерживают соответствие рекомендациям по разработке .NET, а правила безопасности помогают устранять уязвимости безопасности. Для всей категории правил можно настроить уровень серьезности . Кроме того, для отдельных категорий можно настроить дополнительные параметры.
В следующей таблице представлены различные категории правил анализа кода и приводятся ссылки на правила в каждой категории. В ней также приведено значение конфигурации, используемое в файле EditorConfig для массовой настройки серьезности правил на уровне каждой категории. Например, чтобы установить серьезность нарушений правил безопасности на уровне ошибок, запись EditorConfig имеет значение dotnet_analyzer_diagnostic.category-Security.severity = error.
Совет
Установка серьезности для категории правил с помощью синтаксиса dotnet_analyzer_diagnostic.category-<category>.severity не применяется к правилам, отключенным по умолчанию. Однако начиная с .NET 6 можно использовать свойство проекта AnalysisMode<Category> , чтобы включить все правила в категории.
Правила документации поддерживают написание хорошо задокументированных библиотек путем правильного использования комментариев XML-документации для видимых извне API-интерфейсов.
Правила переносимости поддерживают возможность переноса между различными платформами. Правила взаимодействия поддерживают взаимодействие с клиентами COM.
* Используйте значение dotnet_analyzer_diagnostic.category-CodeQuality.severity EditorConfig, чтобы включить следующие правила: IDE0051, IDE0052, IDE0064 и IDE0076. Хотя эти правила начинаются с интегрированной среды разработки, они не являются технической частью Style категории.
Источник этого содержимого можно найти на GitHub, где также можно создавать и просматривать проблемы и запросы на вытягивание. Дополнительные сведения см. в нашем руководстве для участников.
