我们的测试机器上有个很奇怪的bug。错误是:
系统。来自程序集“activeviewer(…)”的类型“DummyItem”中的方法“SetShort”没有实现。
我就是不明白为什么。SetShort在DummyItem类中，我甚至重新编译了一个版本，写入事件日志，只是为了确保它不是部署/版本控制问题。奇怪的是，调用代码甚至不调用SetShort方法。
当前回答
除了提问者自己已经说过的答案之外，还有以下几点值得注意。发生这种情况的原因是，类可能拥有与接口方法具有相同签名的方法，而无需实现该方法。下面的代码说明:
public interface IFoo
{
void DoFoo();
}
public class Foo : IFoo
{
public void DoFoo() { Console.WriteLine("This is _not_ the interface method."); }
void IFoo.DoFoo() { Console.WriteLine("This _is_ the interface method."); }
}
Foo foo = new Foo();
foo.DoFoo(); // This calls the non-interface method
IFoo foo2 = foo;
foo2.DoFoo(); // This calls the interface method
其他回答
对我来说，解决方案与实现接口的项目设置了“Register for COM Interop”属性有关。取消勾选这个选项为我解决了这个问题。
我在以下场景中收到此错误。
程序集A和程序集B都引用了System.Web.Mvc Version 3.0.0.0 程序集A引用程序集B，并拥有实现程序集B接口的类，这些类的方法返回来自System.Web.Mvc的类。 程序集A升级到System.Web.Mvc版本4.0.0.0 程序集C运行下面的代码(FertPin.Classes。Contact包含在Assembly A):
var target = Assembly.GetAssembly（typeof（FertPin.Classes.Contact））;
对我来说，修复是将程序集B中的System.Web.Mvc引用升级到4.0.0.0。现在看来很明显了!
感谢原来的海报!
我在重命名一个由ASP依赖的项目(和程序集名称)时遇到了这个问题。网络项目。类型在依赖程序集中实现了接口。尽管从“生成”菜单执行“清洁解决方案”，但具有先前名称的程序集仍保留在bin文件夹中，并且当我的web项目执行时
var types = AppDomain.CurrentDomain.
GetAssemblies().
ToList().
SelectMany( s => s.GetTypes() /* exception thrown in this call */ )
;
上面的异常被抛出，抱怨实现web类型中的接口方法实际上没有实现。手动删除web项目的bin文件夹中的程序集解决了这个问题。
在最近的一次windows更新后，我收到了这个错误。我设置了一个从接口继承的服务类。该接口包含一个返回ValueTuple的签名，这是c#中的一个相当新的特性。
我所能猜到的是，windows更新安装了一个新的，但即使显式引用它，更新绑定重定向，等等…最终的结果只是将方法的签名更改为“标准”的东西。
我也面临着几乎相同的问题。我不明白是什么导致了这个错误。 我反复检查，所有的方法都实现了。
在谷歌上，我得到了这个链接。根据@Paul McLink的评论，这两个步骤解决了这个问题。
重启Visual Studio 清洁，建造(重建)
错误消失了。
重启VS插件
谢谢，保罗。
希望这能帮助遇到这个错误的人:)
