好的,所以我最近一直试图进入IoC。但是,我一直遇到一个障碍 - 这就是我喜欢使用模拟对象的事实。
他们快速而轻松地进行设置。
但是,如果我在代码中使用IoC,那么它会强制我创建对象的测试实现(和配置),而不是使用模拟对象(即使用moq)。
最终结果是我最终得到了大量的配置文件供测试。
此外,在测试中有许多场景,我需要在测试到测试的基础上从我的课程中获得不同的行为。使用moq对象非常容易。你会如何做与IoC类似的事情?
非常感谢任何帮助。
谢谢,
麦克
答案 0 :(得分:5)
IoC应该更容易使用模拟对象,而不是更难。
几个IoC Container框架将允许您定义要注入的预先存在的对象;使用Moq,您只需为myMockObject.Object设置它。
编辑:使用模拟配置Unity的示例:
var mockService = new Mock<IMyService>();
container.RegisterInstance<IMyService>(mockService.Object);
作为替代方案,您可以将模拟对象传递给被测试类的构造函数(用于构造函数注入),并在单元测试中完全绕过IoC容器。
编辑:Josh的回答是替代方案的一个很好的例子。我通常会使用他的解决方案,而不是重新配置容器。答案 1 :(得分:3)
我爱IoC,我爱我一些模拟对象......
这两者没有冲突。如果您正在进行任何类型的依赖注入,那么您只需使用您喜欢的模拟框架创建模拟对象,然后将它们传递给您的SUT。
[Test]
public void AnAwesomeTest()
{
IDependencyOne d1 = MyMocker.Create<IDependencyOne>();
IDependencyTwo d2 = MyMocker.Create<IDependencyTwo>();
//Constructor injection
SUT sut = new SUT(d1);
//Property Injection
sut.DependantProperty = d2;
//Do some stuff and Assert
}