You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As part of C# 8.0, we have access to a Nullable Reference Types (NRT) feature. This allows the have a more explicit flow of nulls in the codebase.
The NRT feature holds you to a higher standard on how you deal with nulls, and as such it issues new warnings on existing code. So that those warnings (however useful) don’t break you, the feature must be explicitly enabled in your code before it starts complaining. Once you do that on existing code, you have work to do to make that code null-safe and satisfy the compiler that you did.
This might bring some potential breaking changes for the providers and customers that consume our library. I think this should be released with a breaking change alert.
<!-- Please use this template for your pull request. -->
<!-- Please use the sections that you need and delete other sections -->
## Enable nullable reference types
<!-- add the description of the PR here -->
- This PR enables the nullable validation and treats warnings as errors.
### Related Issues
<!-- add here the GitHub issue that this PR resolves if applicable -->
Fixesopen-feature#208
### Notes
<!-- any additional notes for this PR -->
This PR turns on the nullable checks for the dotnet checks. This gives
us a better and safer codebase since it checks for potential null
exceptions.
### Breaking changes
While this PR won't require changes to the exposed API, it might show
some errors to the clients consuming it.
---------
Signed-off-by: André Silva <[email protected]>
Signed-off-by: Artyom Tonoyan <[email protected]>
Requirements
As part of C# 8.0, we have access to a Nullable Reference Types (NRT) feature. This allows the have a more explicit flow of nulls in the codebase.
Check: https://devblogs.microsoft.com/dotnet/embracing-nullable-reference-types/
Possible breaking changes
This might bring some potential breaking changes for the providers and customers that consume our library. I think this should be released with a breaking change alert.
Notes
To ease the migration, the new code created can use a preprocessor directive. See https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/preprocessor-directives#nullable-context
Potential tasks
Tasks
The text was updated successfully, but these errors were encountered: