C#初学者疑问：同类功能实现中接口的作用与优势解析

作为C#初学者，你觉得两段代码都能正常运行很合理，但接口的价值体现在代码的可维护性、扩展性和简洁性上，针对你这个图形计算的场景，具体好处可以拆成这几点：

• 统一行为契约，避免零散实现
  不用接口的话，Circle、Square这些类的面积/周长计算方法全靠开发者自觉命名，万一有人把CalculateArea写成GetArea，或者漏写某个方法，编译器不会提醒。用IShape接口相当于定了个硬性规矩：所有图形类必须实现CalculateArea和CalculatePerimeter，编译器会强制检查，不会出现漏写或命名不统一的情况。

• 通用逻辑复用，减少重复代码
  假设你要写一个方法批量计算一堆图形的总面积，用接口的话，只要写：

  double CalculateTotalArea(List<IShape> shapes)
  {
      double total = 0;
      foreach(var shape in shapes)
      {
          total += shape.CalculateArea();
      }
      return total;
  }
  

  不管是Circle、Square还是以后加的Triangle，都能直接丢进去用。如果不用接口，你要么给每个图形类写重载方法，要么用object类型加一堆类型判断：

  double CalculateTotalArea(List<object> shapes)
  {
      double total = 0;
      foreach(var item in shapes)
      {
          if(item is Circle c) total += c.CalculateArea();
          else if(item is Square s) total += s.CalculateArea();
          // 以后加新图形还要继续加else if分支
      }
      return total;
  }
  

  代码会越写越臃肿，维护成本极高。

• 扩展性极强，新增图形无需改动旧代码
  哪天你要加个Triangle类，只要让它实现IShape接口、完成CalculateArea和CalculatePerimeter的实现就行，之前写的CalculateTotalArea、打印图形信息这些通用方法完全不用改。没有接口的话，你得去修改所有涉及图形判断的地方，很容易漏改或者出错。

• 支持多态，让代码更简洁灵活
  你可以把所有图形实例存在List<IShape>里，遍历的时候直接调用统一的方法，不用关心每个元素具体是啥图形。这种多态特性能让逻辑变得非常简洁，尤其是处理大量不同类型的对象时。

• 便于测试和协作
  写单元测试的时候，你可以轻松Mock一个IShape的实现（比如返回固定面积的测试类），不用依赖具体的Circle或Square的计算逻辑，能单独测试通用方法的正确性。另外，接口相当于一个清晰的文档，其他开发者一看IShape就知道所有图形类的核心方法，不用挨个去看每个类的代码。

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