Should nullable reference types be supported, or have their code analysis warnings disabled inside the file via pragma's? about tinyioc

[niemyjski]

I'm not sure, I think you can turn off nullable types in a file with a directive? One could always submit a pr for it :)

[kmgallahan]

I figured out that you can specify individual files in an .editorconfig to tailor their code analysis rules.

[TinyIoc.cs]
dotnet_analyzer_diagnostic.severity = none
dotnet_diagnostic.severity = none

I'll leave this issue open to see if modifying TinyIoc.cs with pragma's to disable warnings/messages is something the author / community might be interested in (or adding support for nullability / releasing a separate package / using ifdef magic).

[adydecki]

Thanks for the suggestion @kmgallahan . Does these rules in the .editorconfig should get rid of the compile warnings? It still shows "nullable" warnings after I added your rules.

[kmgallahan]

@adydecki It works for me. Your file may be in a location that isn't being used:

Where are these files stored?

When opening a file, EditorConfig plugins look for a file named .editorconfig in the directory of the opened file and in every parent directory. A search for .editorconfig files will stop if the root filepath is reached or an EditorConfig file with root=true is found.

EditorConfig files are read top to bottom and the most recent rules found take precedence. Properties from matching EditorConfig sections are applied in the order they were read, so properties in closer files take precedence.

https://editorconfig.org/#file-location