Teilen über


CA1714: Flags-Enumerationen sollten Pluralnamen aufweisen.

Eigenschaft Wert
Regel-ID CA1714
Titel Flags-Enumerationen sollten Pluralnamen aufweisen.
Kategorie Benennung
Fix führt oder führt nicht zur Unterbrechung Breaking
Standardmäßig in .NET 8 aktiviert Nein

Ursache

Eine Enumeration hat System.FlagsAttribute und dessen Name endet nicht auf „s“.

Standardmäßig werden mit dieser Regel nur extern sichtbare Enumerationen überprüft, aber dies ist konfigurierbar.

Regelbeschreibung

Die Namen von mit FlagsAttribute markierten Typen stehen im Plural, da das Attribut angibt, dass mehr als ein Wert festgelegt werden kann. Beispielsweise kann eine Enumeration, die die Wochentage definiert, für die Verwendung in einer Anwendung vorgesehen sein, in der Sie mehrere Tage angeben können. Diese Enumeration sollte das Attribut FlagsAttribute aufweisen und könnte „Tage“ heißen. Eine ähnliche Enumeration, mit der nur ein Tag angegeben werden kann, würde dieses Attribut nicht aufweisen, und könnte „Tag“ heißen.

Durch Benennungskonventionen erhalten Bibliotheken, die auf die Common Language Runtime abzielen, ein einheitliches Erscheinungsbild. Dadurch wird der Lernaufwand für neue Softwarebibliotheken verringert. Zudem wird das Kundenvertrauen dahingehend gestärkt, dass die Bibliothek von einem erfahrenen Entwickler für verwalteten Code erstellt wurde.

Behandeln von Verstößen

Geben Sie den Namen der Enumeration als Pluralwort ein oder entfernen Sie das FlagsAttribute-Attribut, wenn mehrere Enumerationswerte nicht gleichzeitig angegeben werden sollen.

Wann sollten Warnungen unterdrückt werden?

Es ist sicher, eine Verletzung zu unterdrücken, wenn der Name ein Pluralwort ist, aber nicht auf „s“ endet. Wenn z. b. die zuvor beschriebene Enumeration mit mehreren Tagen den Namen „DaysOfTheWeek“ hatte, würde dies gegen die Logik der Regel, aber nicht ihre Absicht, verstoßen. Solche Verstöße müssen unterdrückt werden.

Unterdrücken einer Warnung

Um nur eine einzelne Verletzung zu unterdrücken, fügen Sie der Quelldatei Präprozessoranweisungen hinzu, um die Regel zu deaktivieren und dann wieder zu aktivieren.

#pragma warning disable CA1714
// The code that's violating the rule is on this line.
#pragma warning restore CA1714

Um die Regel für eine Datei, einen Ordner oder ein Projekt zu deaktivieren, legen Sie den Schweregrad in der Konfigurationsdatei auf none fest.

[*.{cs,vb}]
dotnet_diagnostic.CA1714.severity = none

Weitere Informationen finden Sie unter Vorgehensweise: Unterdrücken von Codeanalyse-Warnungen.

Konfigurieren des zu analysierenden Codes

Mithilfe der folgenden Option können Sie konfigurieren, für welche Teile Ihrer Codebasis diese Regel ausgeführt werden soll.

Sie können diese Option nur für diese Regel, für alle zutreffenden Regeln oder für alle zutreffenden Regeln in dieser Kategorie (Benennung) konfigurieren. Weitere Informationen finden Sie unter Konfigurationsoptionen für die Codequalitätsregel.

Einschließen bestimmter API-Oberflächen

Sie können je nach Zugänglichkeit festlegen, für welche Bestandteile Ihrer Codebasis diese Regel ausgeführt wird. Sie können beispielsweise festlegen, dass die Regel nur für die nicht öffentliche API-Oberfläche ausgeführt werden soll, indem Sie einer EDITORCONFIG-Datei in Ihrem Projekt das folgende Schlüssel-Wert-Paar hinzufügen:

dotnet_code_quality.CAXXXX.api_surface = private, internal

Siehe auch