Każda reguła analizy kodu należy do kategorii reguł. Na przykład reguły projektowania obsługują przestrzeganie wytycznych projektowych platformy .NET, a reguły zabezpieczeń pomagają zapobiegać wadom zabezpieczeń. Możesz skonfigurować poziom ważności dla całej kategorii reguł. Możesz również skonfigurować dodatkowe opcje dla poszczególnych kategorii.
W poniższej tabeli przedstawiono różne kategorie reguł analizy kodu i podano link do reguł w każdej kategorii. Zawiera również listę wartości konfiguracji do użycia w pliku EditorConfig w celu zbiorczego konfigurowania ważności reguły dla poszczególnych kategorii. Na przykład aby ustawić ważność naruszeń reguły zabezpieczeń na błędy, wpis EditorConfig to dotnet_analyzer_diagnostic.category-Security.severity = error.
Napiwek
Ustawienie ważności dla kategorii reguł przy użyciu dotnet_analyzer_diagnostic.category-<category>.severity składni nie ma zastosowania do reguł, które są domyślnie wyłączone. Jednak począwszy od platformy .NET 6, możesz użyć właściwości projektu AnalysisMode<Category> , aby włączyć wszystkie reguły w kategorii.
Reguły dokumentacji obsługują pisanie dobrze udokumentowanych bibliotek przy użyciu poprawnych komentarzy dokumentacji XML dla zewnętrznych widocznych interfejsów API.
* Użyj wartości dotnet_analyzer_diagnostic.category-CodeQuality.severity EditorConfig, aby włączyć następujące reguły: IDE0051, IDE0052, IDE0064 i IDE0076. Chociaż te reguły zaczynają się od "IDE", nie są one technicznie częścią Style kategorii.
Źródło tej zawartości można znaleźć w witrynie GitHub, gdzie można również tworzyć i przeglądać problemy i żądania ściągnięcia. Więcej informacji znajdziesz w naszym przewodniku dla współtwórców.
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź: https://aka.ms/ContentUserFeedback.
