我们的测试机器上有个很奇怪的bug。错误是:
系统。来自程序集“activeviewer(…)”的类型“DummyItem”中的方法“SetShort”没有实现。
我就是不明白为什么。SetShort在DummyItem类中，我甚至重新编译了一个版本，写入事件日志，只是为了确保它不是部署/版本控制问题。奇怪的是，调用代码甚至不调用SetShort方法。
当前回答
我在运行单元测试时也遇到了这个问题。应用程序运行良好，没有错误。 在我的案例中，问题的原因是我关闭了测试项目的构建。 重新启用我的测试项目的构建解决了这些问题。
其他回答
我在运行单元测试时也遇到了这个问题。应用程序运行良好，没有错误。 在我的案例中，问题的原因是我关闭了测试项目的构建。 重新启用我的测试项目的构建解决了这些问题。
我也发现了同样的信息，以下是我们的发现: 我们在项目中使用第三方dll。在这些dll的新版本发布后，我们将项目更改为指向新的dll集，并成功编译。
当我试图在运行时实例化它们的一个接口类时，抛出了异常。 我们确保所有其他参考资料都是最新的，但仍然没有运气。 我们需要一段时间来发现(使用对象浏览器)错误消息中方法的返回类型是来自一个新的、未引用的程序集的全新类型。
我们向程序集添加了引用，错误就消失了。
错误消息相当误导人，但或多或少指向了正确的方向(正确的方法，错误的消息)。 即使我们没有使用有问题的方法，还是出现了异常。 这就引出了一个问题:如果在任何情况下抛出了这个异常，为什么编译器没有拾取它?
我得到了一个“钻石”形的项目依赖:
项目A使用项目B和项目D 项目B使用项目D
我重新编译了项目A而不是项目B，这允许项目B“注入”旧版本的项目D dll
对我来说，解决方案与实现接口的项目设置了“Register for COM Interop”属性有关。取消勾选这个选项为我解决了这个问题。
在最近的一次windows更新后，我收到了这个错误。我设置了一个从接口继承的服务类。该接口包含一个返回ValueTuple的签名，这是c#中的一个相当新的特性。
我所能猜到的是，windows更新安装了一个新的，但即使显式引用它，更新绑定重定向，等等…最终的结果只是将方法的签名更改为“标准”的东西。
