C#允许实现接口的类同时定义Method()与IInterface.Method()的设计原理是什么

你观察到的特性是C#的显式接口实现机制，两个问题解答如下：

1. 特性版本与规范对应位置 #

该特性从C# 1.0首个正式版本就已纳入语言规范，属于C#核心基础特性，对应C#语言规范中「接口实现」章节下的「显式接口成员实现」小节。

2. 设计原理与常见使用场景 #

该特性的设计核心是解决两类实际开发需求：

• 解决多接口实现的命名冲突问题：当一个类需要同时实现多个包含同名方法的接口，且不同接口的同名方法业务逻辑无法共用时，就可以通过显式接口实现为不同接口提供独立的方法实现，避免出现逻辑冲突。
  举个常见例子：一个Person类同时实现IStudent和IEmployee两个接口，两个接口都定义了GetId()方法，IStudent要求返回学号，IEmployee要求返回工号，这种场景下只有显式接口实现才能同时满足两个接口的契约要求。
• 隐藏非公开的接口实现逻辑：部分接口方法仅面向接口调用场景设计，不希望类的使用者直接通过类实例调用该方法时，可以用显式接口实现将方法隐藏，使用者只有将类实例转换为对应接口类型时才能调用该方法，减少误用概率。
  最典型的场景是IDisposable接口的实现：如果希望用户只能通过using块来释放资源，不允许直接调用Dispose()方法，就可以显式实现IDisposable.Dispose，此时直接通过类实例访问Dispose()会提示方法不存在，只有转换为IDisposable类型才能调用。

你测试得到的调用差异是显式接口实现的默认行为：显式实现的接口成员默认是私有级别的，仅能通过接口类型访问；普通实现的接口方法是类的公开成员，仅能通过类类型访问。
通常情况下没有特殊需求不建议同时为同一个接口方法提供普通实现和显式实现，确实容易造成逻辑混淆，仅在出现上述两类需求时使用即可。

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