CA1707: Identifiers should not contain underscores
Property | Value |
---|---|
Rule ID | CA1707 |
Title | Identifiers should not contain underscores |
Category | Naming |
Fix is breaking or non-breaking | Breaking - when raised on assemblies Non-breaking - when raised on type parameters |
Enabled by default in .NET 9 | No |
Cause
The name of an identifier contains the underscore (_) character.
Rule description
By convention, identifier names do not contain the underscore (_) character. The rule checks namespaces, types, members, and parameters.
Naming conventions provide a common look for libraries that target the common language runtime. This reduces the learning curve that is required for new software libraries, and increases customer confidence that the library was developed by someone who has expertise in developing managed code.
How to fix violations
Remove all underscore characters from the name.
When to suppress warnings
Do not suppress warnings for production code. However, it's safe to suppress this warning for test code.
Suppress a warning
If you just want to suppress a single violation, add preprocessor directives to your source file to disable and then re-enable the rule.
#pragma warning disable CA1707
// The code that's violating the rule is on this line.
#pragma warning restore CA1707
To disable the rule for a file, folder, or project, set its severity to none
in the configuration file.
[*.{cs,vb}]
dotnet_diagnostic.CA1707.severity = none
For more information, see How to suppress code analysis warnings.
For well-known methods in Microsoft code that currently use an underscore and cannot be modified, the rule should be suppressed.
Configure code to analyze
Use the following option to configure which parts of your codebase to run this rule on.
You can configure this option for just this rule, for all rules it applies to, or for all rules in this category (Naming) that it applies to. For more information, see Code quality rule configuration options.
Include specific API surfaces
You can configure which parts of your codebase to run this rule on, based on their accessibility. For example, to specify that the rule should run only against the non-public API surface, add the following key-value pair to an .editorconfig file in your project:
dotnet_code_quality.CAXXXX.api_surface = private, internal