假设有一个IReader接口，一个IReader接口ReaderImplementation的实现以及一个使用和处理来自读取器的数据的类ReaderConsumer。

public interface IReader
{
     object Read()
}

实作

public class ReaderImplementation
{
    ...
    public object Read()
    {
        ...
    }
}

消费者：

public class ReaderConsumer()
{
    public string location

    // constructor
    public ReaderConsumer()
    {
        ...
    }

    // read some data
    public object ReadData()
    {
        IReader reader = new ReaderImplementation(this.location)
        data = reader.Read()
        ...
        return processedData    
    }
}

为了测试ReaderConsumer和处理，我使用了IReader的模拟。因此，ReaderConsumer变为：

public class ReaderConsumer()
{
    private IReader reader = null

    public string location

    // constructor
    public ReaderConsumer()
    {
        ...
    }

    // mock constructor
    public ReaderConsumer(IReader reader)
    {
        this.reader = reader
    }

    // read some data
    public object ReadData()
    {
        try
        {
            if(this.reader == null)
            {
                 this.reader = new ReaderImplementation(this.location)
            }

            data = reader.Read()
            ...
            return processedData    
        }
        finally
        {
            this.reader = null
        }
    }
}

在此解决方案中，由于仅模拟构造函数提供了接口的实例，因此模拟为生产代码引入了if语句。

在撰写本文时，我意识到try-finally块在某种程度上是无关的，因为在那里可以处理用户在应用程序运行时更改位置的情况。

总的来说，它闻起来很臭，如何更好地处理？

不用从您的方法初始化读取器，而是移动此行

{
    this.reader = new ReaderImplementation(this.location)
}

进入默认的无参数构造函数。

public ReaderConsumer()
{
    this.reader = new ReaderImplementation(this.location)
}

public ReaderConsumer(IReader reader)
{
    this.reader = reader
}

没有“模拟构造函数”之类的东西，如果您的类具有工作所需的依赖项，则应该为该构造函数提供该东西或创建它。

您只需要一个构造函数：

public class ReaderConsumer()
{
    private IReader reader = null

    public string location

    // constructor
    public ReaderConsumer(IReader reader)
    {
        this.reader = reader;
    }

在您的生产代码中：

var rc = new ReaderConsumer(new ReaderImplementation(0));

在您的测试中：

var rc = new ReaderConsumer(new MockImplementation(0));

研究依赖注入和控制反转

Ewan和RubberDuck都有出色的答案。但是我想提一下要研究的另一个领域，即依赖注入（DI）和控制反转（IoC）。这两种方法都将您遇到的问题转移到框架/库中，因此您不必担心。

您的示例很简单，并且很快就可以免除，但是不可避免地要在它的基础上进行构建，最终会有大量的构造函数或初始化例程如下：

var foo = new Foo（new Bar（new Bar（new Baz（），new Quz（）），new Foo2（））;

使用DI / IoC，您可以使用一个库，该库允许您拼写出将接口与实现相匹配的规则，然后您只需说“给我一个Foo”，就可以弄清楚如何将它们连接起来。

那里有很多非常友好的IoC容器（它们被称为），我将推荐一个容器进行查看，但是，请探索一下，因为有很多不错的选择。

一个简单的开始是：

http://www.ninject.org/

以下是要探索的列表：

http://www.hanselman.com/blog/ListOfNETDependencyInjectionContainersIOC.aspx