On a previous post I've showed how to register an implementation for an interface to be used by AutoFixture. We can simplify that a bit by adding customizations to our AutoFixture instance.
Let's say that we have the following test method:
public void TestOne()
{
var fixture = new Fixture();
// registering our interface implementation.
fixture.Register<IConverter<Type1, Type2>>(() => new T1toT2Converter());
var sut = fixture.Create<ServicyMcServiceFace>();
}
We can an AutoFixture customization by implementing the ICustomization
interface and passing said implementation to our fixture object.
Let's create a customization that will register our IConverter
implementation for us so we don't need to do that on the test:
// Our customization
public class ConverterCustomization : ICustomization
{
// the method declared by the ICustomization interface
public void Customize(IFixture fixture)
{
fixture.Register<IConverter<Type1, Type2>>(() => new T1toT2Converter());
}
}
Now we can refactor our test method to use that customization.
public void TestOne()
{
var fixture = new Fixture().Customize(new ConverterCustomization());
var sut = fixture.Create<ServicyMcServiceFace>();
}
Because of our customization every time we use that fixture instance to create an object that needs an instance of IConverter<Type1, Type2>
, said object will receive an instance of T1toT2Converter
, the same as before.
This pattern can be very useful for complex domains with lots of interfaces or if we want to provide some rules for the creation of our objects in a clean and easily reusable manner.
Top comments (1)
Very good series on AutoFixture, I found a blog with a bit more information on how AutoFixutre works in .net