C#中为何要使用public方法，而非全部使用static方法？

首先先纠正一个常见的新人概念混淆：public 是访问修饰符，用来控制成员能不能被类外部的代码访问；static 是成员修饰符，用来标记成员属于类本身还是类的实例，二者完全不互斥——你完全可以写 public static 方法，也可以写非 public 的实例方法。你提到的「public方法只能通过实例访问」其实指的是非 static 的 public 方法，这个前置概念先理清楚。

使用实例 public 方法的核心价值主要体现在以下几点：

• 符合面向对象封装的天然要求
  类的核心设计逻辑是把数据（实例字段/属性）和操作数据的逻辑绑定在一起，实例方法可以直接访问当前实例的所有成员，不需要额外把实例作为参数传入，代码更简洁，逻辑内聚性更高。
  举个简单的对比示例：
  「用实例public方法实现」

  public class Goods
  {
      public decimal Price { get; set; }
      public int Count { get; set; }
      // 实例方法直接操作当前实例的属性
      public decimal CalcTotalPrice()
      {
          return Price * Count * 1.13m; // 包含13%税费
      }
  }
  
  // 调用逻辑非常清晰
  var apple = new Goods { Price = 5.99m, Count = 10 };
  var banana = new Goods { Price = 3.99m, Count = 20 };
  Console.WriteLine(apple.CalcTotalPrice());
  Console.WriteLine(banana.CalcTotalPrice());
  

  如果全用static方法实现，你需要每次把实例作为参数传入，逻辑和数据是拆分的，代码冗余也更高：

  public static class GoodsCalculator
  {
      public static decimal CalcTotalPrice(Goods goods)
      {
          return goods.Price * goods.Count * 1.13m;
      }
  }
  // 调用
  Console.WriteLine(GoodsCalculator.CalcTotalPrice(apple));
  

• 支持面向对象的核心特性
  继承、多态、接口实现这些面向对象的核心能力，都只能依赖实例方法实现，static方法不支持重写、不支持实现接口方法，完全没法用到这些特性。比如你要做不同支付方式的逻辑，用实例方法可以轻松扩展：

  public interface IPayService
  {
      bool Pay(decimal amount);
  }
  public class WechatPay : IPayService { /* 实例方法实现微信支付逻辑 */ }
  public class Alipay : IPayService { /* 实例方法实现支付宝支付逻辑 */ }
  // 后续扩展新的支付方式只需要新增实现类，不需要修改原有代码
  

  这种扩展能力static方法完全做不到。
• 实例状态天然隔离，更安全易维护
  static方法如果用到静态变量，变量是全局共享的，多线程环境下很容易出现并发冲突，而且任何地方修改静态变量都会影响所有调用方，排查问题难度极高。而实例方法依赖的状态都属于当前实例，不同实例之间互不干扰，不需要额外处理同步逻辑，稳定性更高。
• 单元测试成本更低
  测试实例方法时，你只需要构造对应状态的类实例就可以覆盖不同测试场景，测试完成后实例销毁不会影响其他测试用例。而测试依赖静态状态的static方法时，你每次测试完都要手动清理静态变量的值，否则会导致后续测试用例出现不可预期的错误，测试成本高很多。

当然不是说static方法完全不能用，如果你的方法完全不需要依赖任何实例状态，比如通用工具类的方法Math.Sqrt()、字符串判空方法等，用static是完全没问题的，反而调用更方便。

内容的提问来源于stack exchange，提问作者codenoobie