c# - 痣和重构代码

Question

我们公司正在着手一个新的绿地项目，我们决定使用 Microsoft 的 Moles 框架进行单元测试中的所有模拟。理想情况下，我的经理不想引入任何其他 Mocking 框架，例如 NSubstitute 或 Moq 来使项目复杂化。然而，我发现由于 Moles 生成模拟和 stub 的性质，它不能很好地与重构工具一起工作。

例如，我们使用 resharper，如果我有以下接口(interface)，moles 将生成一个 stub ，如下所示:

IMyInterface -> SIMyInterface

现在如果我将 IMyInterface 重构为另一个名称，例如:IMyNewInterface

然后在我的单元测试中，Stub 类显然没有被重构，因为它从根本上具有不同的名称。

一旦我们得到许多单元测试排列，我可以看出这是一个大问题，重构将成为一场噩梦，口头禅将是“不要改变任何东西!”

有没有人有类似的经历或知道可以处理 Moles 的重构工具？

---

感谢 Merlyn 和 Mike。我的团队已决定妥协并仅将 Moles 用于我们无法使用标准工具模拟的类型，然后将其他框架(例如 NSubstitute)用于其他一切。

Answer 1

2012 年 8 月 16 日更新 - 请使用 Fakes 而不是 Moles。 Fakes 随 Visual Studio 2012 一起提供，并且是 Moles 的完全支持的产品版本。

Moles 没有第三方供应商支持；因为，它不是官方发布和支持的技术，而且还在不断变化。我已经创建了一些生成 Moles 和 Pex 属性和测试方法的 CodeRush 模板；但是，这对重构类型名称没有帮助。

我同意，您在代码和测试程序集中重构名称的想法是个好主意。具有讽刺意味的是，mole 类型无法重构，因为它们来自已编译的程序集。您能做的最好的事情就是重构代码，然后在测试项目中执行搜索和替换(糟糕。)是的，这很丑陋，尤其是在重构了几件事之后。

---

痣的建议:

我建议 RiSE(再次)调整 moles 以生成未编译的 Moles 项目，而不是生成已编译的程序集。我知道汇编的事情要容易得多，但我预见到一个巨大的这允许开发人员重构 mole 类中的 mole 和 stub 类型名称。此外，还有重构工具，例如 Refactor! Pro 应该能够跨代码、mole 和测试项目自动重构代码和 mole 类型名称。