Rhino mocks and objects created in using statements

Question

Most of the time when we use Rhino mocks it works well, but we have problems mocking objects created using the using statements.

We have a WCF proxy that is implemented as follows:

public class MyProxy : System.ServiceModel<IMyProxy>, IMyProxy
{
    public Response DoWork(Request request)
    {
         return base.Channel.DoWork(request);
    }
}

Normally in our business layer we would have a property:

 IProxy MyProxy;

Which we could set as being the mocked interface.

But when we use a using statement, our business layer looks like this:

using (MyProxy proxy = new MyProxy())
{
}

Which instanciates the concrete implementation of the class.

How do we get the business layer to use the mock created with Rhino mocks?

Edit

It turned out that you should not use using statements with wcf proxies http://msdn.microsoft.com/en-us/library/aa355056.aspx

Wim Coenen Wim Coenen · Accepted Answer · 2010-12-03T16:50:02

Inject Func<IProxy> into your class, and store it in a field.

Your code then becomes

public class MyClass
{
    private readonly Func<IProxy> createProxy;

    public MyClass(Func<IProxy> createProxy)
    {
        if (createProxy == null)
            throw new ArgumentNullException("createProxy");
        this.createProxy = createProxy;
    }

    public void DoSomething()
    {
        using (IProxy proxy = this.createProxy())
        {
            ...
        }
    }
}

Your unit test then looks like this:

[Test]
void MyClass_does_something()
{
    var proxyStub = MockRepository.CreateStub<IProxy>();
    var myClass = new MyClass(delegate { return proxyStub; });

    myClass.DoSomething();

    // make assertions...
}

Note that there more relationships other than simple "A needs B" and "A creates B".

I have assumed that IProxy derives from IDisposable here. This is a bit of a simplification: the proxy instance may also have disposable dependencies of its own created by the container. You can't always just assume that those dependencies need to be disposed at the same time as the requested object. That's why it is better to use Owned<T> as illustrated in the blog post I linked above.

Rhino mocks and objects created in using statements

3 Answers