C#接口中声明ToString方法的作用及两类接口差异问询

两个IFoe接口的差异 #

你给出的两个接口声明存在实际行为差异，具体如下：

// 版本1：无ToString声明
public interface IFoe
{
    int Damage { get; }
}

// 版本2：显式声明ToString
public interface IFoe
{
    int Damage { get; }
    string ToString();
}

• 版本1的接口契约仅包含Damage属性：因为所有C#类型默认继承自object，所以实现类自带object.ToString()的默认实现，不需要单独实现该方法即可满足接口要求。
• 版本2的接口将ToString()纳入了契约要求：
  • 如果实现类已经重写了object.ToString()，会自动匹配该契约，不需要额外编码
  • 如果实现类没有重写ToString()，使用IFoe类型的引用调用方法时，仍然会走object的默认实现
  • 支持显式接口实现，也就是可以为接口单独定制ToString逻辑，和类的默认ToString实现隔离

接口中声明ToString()是否冗余 #

绝大多数常规开发场景下属于冗余操作，VS2022不会给出警告是因为该语法完全合法，不属于可预警的错误或不良实践范围。 #

显式声明ToString()的适用场景 #

只有存在以下特殊需求时，才需要在接口中显式添加ToString()声明：

• 强制所有实现类必须自定义ToString逻辑，禁止使用object提供的默认输出（默认输出仅为类名，无业务意义），比如需要统一输出日志格式、序列化文本的业务实体接口。
• 需要隔离不同场景的ToString行为：比如某实现类的默认ToString用于前端UI展示，而接口的ToString专门用于后台日志输出，此时可以用显式接口实现分别写两套逻辑，互不干扰。
• 适配通用框架的扫描规则：如果你编写的通用工具只会扫描接口显式声明的成员做自动调用，显式添加ToString()可以保证该方法被框架识别到。

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