向 IList<T> 添加动态失败

Question

在以下代码示例中，调用 l.Add(s) 和 c.Add(s) 成功，但调用通用 IList<string> 时失败。

    var l = new List<string>();
    dynamic s = "s";
    l.Add(s);
    var c = (ICollection<string>)l;
    c.Add(s);
    var i = (IList<string>)l;
    i.Add("s"); // works
    i.Add(s); // fails

https://dotnetfiddle.net/Xll2If

未处理的异常：Microsoft.CSharp.RuntimeBinder.RuntimeBinderException：方法“Add”没有重载需要“1”个参数 在 CallSite.Target（闭包，CallSite，IList`1，对象） 在 System.Dynamic.UpdateDelegates.UpdateAndExecuteVoid2[T0,T1]（CallSite 站点，T0 arg0，T1 arg1） 在 C:\Dev\PlayGround\PlayGround\Program.cs:line 13 中的 Program.Main() 处

IList<T> 派生自 ICollection<T>。有人可以解释为什么IList.Add 的调用失败了吗？

Answer 1

在查找绑定调用的方法时，编译器（无论是静态的还是动态的）可能必须检查基类型。

通常使用dynamic 我们正在处理对dynamic 对象本身的方法的调用，因此动态编译器从通过dynamic 使用的对象的具体类型开始，并且只需要向上它的继承链直到到达object 来寻找它们。

在 dynamic 对象作为参数传递给静态引用为接口类型的方法调用的情况下，动态绑定器可悲地做同样的事情：如果它在输入有问题的，然后查看该类型的BaseType，对于接口，它是null。因此，它的行为与正确检查继承但未能找到有问题的方法并针对该情况抛出适当的异常时的行为相同。 （请注意，这也意味着它将无法找到在object 上定义的Equals 方法。

对于这种情况，它应该做的是检查相关接口类型实现的所有接口。

这个错误是fixed in .NET Core，但该修复尚未移植到 .NET Framework。如果您想针对 netfx 提交错误报告，您可能需要在 corefx 中引用该修复。

有时可以通过定义所用方法的基接口访问接口类型本身来解决此问题，或者本身是dynamic（因此在实现它的任何具体类型中都可以找到适当的方法）。

Answer 2

这只是一个（长）评论。以下也会产生错误（或密切相关的错误）：

public interface IBase
{
  void Add(string s);
}
public interface IDerived : IBase
{
}
public class Concrete : IDerived
{
  public void Add(string s)
  {
  }
}

然后：

    IDerived i = new Concrete();
    i.Add((dynamic)"s");

我敢打赌，这是 C# 编译器发出的运行时绑定代码中的错误。