代码检查：成员可以设为 static（共享）（非私有可访问性）

请考虑以下方法 Print：

  public class Foo
  {
    public void Test()
    {
      Print("John");
    }

    public void Print(string name)
    {
      Console.WriteLine("Hello, {0}!", name);
    }
  }
            
  

Public Class Foo
    Public Sub Test()
        Print("John")
    End Sub

    Public Sub Print(name As String)
        Console.WriteLine("Hello, {0}!", name)
    End Sub
End Class
            
  

如果启用了解决方案范围分析，ReSharper 建议 Print 没有实例使用，可以设为 static。但这有什么意义呢？实际上，在特定情况下，static 成员会带来一些性能上的小优势。

以下是 Microsoft 文档对此的说明：

- 不访问实例数据或调用实例方法的成员可以标记为 static（在 Visual Basic 中为 Shared）。将方法标记为 static 后，编译器将为这些成员发出非虚拟调用点。发出非虚拟调用点将防止在运行时对每次调用进行检查，以确保当前对象指针非空。这可以为性能敏感的代码实现可衡量的性能提升。在某些情况下，无法访问当前对象实例会导致正确性问题。

要使解决方案范围的检查生效，您需要启用以下至少一项：

简化的全局使用检查：在 ReSharper 选项 Alt+R, O 的代码检查 | 设置页面上选择当解决方案范围分析关闭时，显示未使用的非 private 类型成员。
解决方案范围分析：在 ReSharper 选项的代码检查 | 设置页面上选择启用解决方案级分析(_A)Alt+R, O。

请注意，即使报告的成员在您的解决方案中没有直接使用，也可能存在间接使用的情况，例如通过反射，或者它可能只是设计为公共 API。在所有这些情况下，您可能希望通过以下方式之一抑制该成员的使用检查：

推荐的方法是为隐式使用的成员添加代码注解属性。为此有两个属性： [UsedImplicitly] 和 [PublicAPI] ，它们在功能上类似，但可以让您和您的团队了解成员的实际使用方式。
您还可以使用任何自定义属性来抑制用法检查。为此，请用 [MeansImplicitUse]属性标记该属性的定义。
最后，您可以像处理其他代码检查一样，通过抑制注释或抑制属性来抑制特定的使用检查。

最后修改日期： 2025年 12月 8日