我有一个包含大约 500 个单元测试的 .NET 库项目。所有这些测试在 Visual Studio 2012 中运行良好。但是,我的一些测试在 Visual Studio 2010 中失败了。在这些失败的测试中,我使用Moq来模拟来自Microsoft.Office.Interop.Excel
. 尝试访问这些模拟互操作类型时,测试立即失败:
Error: Missing method 'instance class Microsoft.Office.Interop.Excel.Range [ExcelAddIn.Core] Microsoft.Office.Interop.Excel.ListRow::get_Range()' from class 'Castle.Proxies.ListRowProxy'.
这个异常意味着我忘记在我的模拟上设置适当的属性获取器。事实并非如此:
_listRowMock.Setup(m => m.Range).Returns(_rangeMock.Object);
现在我可以想象最小起订量可能不适用于互操作类型。但我觉得最令人费解的是,这些测试在 Visual Studio 2012 中运行良好,但在 Visual Studio 2010 中却失败了。
为什么我的 Visual Studio 会影响我的代码行为?
更新:2012 年 3 月 11 日
好的,所以我把它归结为:
- 我有两个项目;核心和 Core.UnitTest。Core 是实际的库,而 Core.UnitTest 是 Core 库的单元测试项目。
- 这两个项目都引用了启用了嵌入互操作类型的 Microsoft.Office.Interop.Excel。
- 因为启用了 EIT,所以两个项目都包含它们自己的 Microsoft.Office.Interop.Excel 库“视图”。该视图包括在各自项目中使用的所有类、方法和属性。
- 因为这两个项目使用 Microsoft.Office.Interop.Excel 的不同类、方法和属性,所以两个库的嵌入类型不同。例如,Core 中的 ListRow 具有 Index 和 Range 属性,而 Core.UnitTest 中的 ListRow 仅具有 Range 属性。
- 虽然这两种类型不同并且不共享一个公共接口或超类,但它们是等价的。这意味着 CLR 会将它们视为相同,并允许您跨程序集边界使用这些类型。例如,Core.UnitTest 中的 ListRow 实例在传递给 Core 库中的方法时可以正常工作。共享的 Range 属性将起作用,而缺少的 Index 属性将在访问时引发 MissingMethodException。
- 上述行为甚至适用于模拟类型。Mock[Excel.ListRow] 的模拟对象在跨越程序集边界时可以正常工作。
- 不幸的是,前一点中描述的行为仅在我在 Visual Studio 2012中构建程序集时才有效。当我在 Visual Studio 2010中构建我的程序集并调试我的代码时,我可以看到模拟的 ListRow 实例被传递到我的核心项目的方法中。当实例越过程序集边界时,ListRow 的所有方法和属性都将失去其实现并抛出 MissingMethodExceptions。
- 现在对于有趣的部分,我实际上设法通过确保 ListRow 的两种嵌入式类型对齐来缓解这个问题。例如,为了让编译器在两个项目中创建相同的 ListRow 视图,我确保在我的 UnitTest 项目中使用了完全相同的方法和属性。这意味着添加虚拟行,例如:var dummy = listRow.Index。一旦我让编译器创建了我的嵌入式 ListRow 类型的相同视图,该实例就可以跨越程序集边界而不会丢失其实现。
但问题仍然存在:是什么导致了 Visual Studio 2010 和 Visual Studio 2012 之间的这种行为差异?
更新:2012 年 9 月 11 日
演示解决方案: http: //temp-share.com/show/KdPf6066h
我创建了一个小解决方案来演示效果。该解决方案由一个库和一个 UnitTest 项目组成。两者都引用了启用 EIT 的 Microsoft.Office.Interop.Excel.Range。该测试在 VS2012 中运行良好,但在 VS2010 中抛出 MissingMethodException。在测试中取消注释虚拟行将使其在 VS2010 中工作。
最后更新:29-12-2012
我为迟到的更新道歉。我的一位同事找到了一个解决方案,但是我无法在我的机器上重现它。与此同时,我们公司已经切换到 TFS2012,所以这对我来说不再是一个阻塞问题。我的同事得出的两个最重要的结论是:
- “任何 CPU”平台的语义已从 Visual Studio 2010 更改为 Visual Studio 2012。这将导致生成不同的 .DLL,具体取决于您使用的是 VS2010 还是 VS2012。
- 这两个项目都引用了不同版本的 Microsoft.Office.Interop.Excel。
我检查了我的项目并整理了参考资料,但没有任何区别。之后,我在 VS2010 和 VS2012 中尝试了不同的平台变体,但未能产生令人满意的结果。我会接受杰里米的回答,因为它是最有帮助的。谢谢大家的帮助。