Starting from C# 6.0, you can define get-only auto-properties, which (similarly to readonly fields) can be only initialized via a constructor or an initializer. ReSharper detects and helps you remove the redundant set accessor on auto-properties that are initialized from the constructor/initializer and have no write usages.
note
This inspection suggests that you use a C# 6.0 feature.
By default, ReSharper automatically detects C# version based on the associated compiler. However, you can specify the target C# version explicitly for a project — right-click the project in the Solution Explorer, choose Edit project item properties from the context menu and use the C# Language Level selector .
To set the C# version for all projects in your solution, specify it in a Directory.Build.props file in your solution directory as described here.
In the example below, an immutable class is intended, and once the value for the Name property is checked for nullability in the constructor, it can be safely used without further null checks. However, the private setter does not guarantee that the property will not be changed later in private members. Therefore, it is a good idea to make this property get-only to prevent any modifications.
tip
Reverse transformation is available with a context actionAlt+Enter.
publicclassPerson{publicstring Name {get;set;}// Auto-property can be made get-onlypublicPerson(string name){
Name = name ??thrownewArgumentNullException(nameof(name));}publicoverridestringToString(){return$"NAME: {Name.ToUpper()}";}}
For the solution-wide inspection to work, you need to enable at least one of the following:
Simplified global usage checking: select Show unused non-private type members when solution-wide analysis is off on the Code Inspection | Settings page of ReSharper options (Alt+R, O).
Solution-wide analysis: select Enable solution-wide analysis on the Code Inspection | Settings page of ReSharper options (Alt+R, O).
Note that even if the reported property setter has no direct usages in your solution, there could be cases where it is used indirectly — for example, via reflection — or it could just be designed as public API. In all those cases you would want to suppress the usage-checking inspection for the property setter in one of the following ways:
The recommended way is to decorate the implicitly used property setter with a code annotation attribute. There are two attributes for this purpose: [UsedImplicitly] and [PublicAPI], which are functionally similar, but let you and your teammates understand how the property setter is actually used.
You can also suppress usage-checking inspections with any custom attribute. To do so, mark the definition of that attribute with the [MeansImplicitUse] attribute.