ReSharper
 
Get ReSharper
Get your hands on the new features ahead of the release by joining the Early Access Program for ReSharper 2025.1! Learn more

Code inspection: Conditional access qualifier expression is not null according to nullable reference types' annotations

Last modified: 25 September 2024

If nullable reference types (NRT) are enabled, this inspection reports redundant conditional access operators (?.) for expressions that are guaranteed not to be null due to the nullable context and annotations.

In the example below, GetRnd() is declared with the return type Rnd (without the ? annotation), which means that the return value will never be null in the nullable-aware context. Since rnd gets this return value, it will be also considered as non-nullable, making conditional access operator ?. in rnd?.TrueOrFalse unnecessary. Therefore, ReSharper suggests replacing rnd?.TrueOrFalse with rnd.TrueOrFalse.

NRT improve overall precision of the nullability analysis, but there are cases when NRT contracts can be violated, for example, when values are coming from code without #nullable context. In such cases, you may get false positive warnings for nullability checks . You can choose to ignore nullable API contracts and report a problem only when previous operations with the value in your code guarantee that it can or cannot be null.

You can change this behavior right from the AltEnter menu:

ReSharper: Nullable reference types

... or using the Nullable reference types' warnings mode option on the Code Inspection | Settings page of ReSharper options .

When ReSharper ignores nullable API contracts, nullability analysis relies on the program control flow to report redundant null checks. It will use another inspection for that. For example:

For more information about NRT and how ReSharper supports them, watch this webinar recording: