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 (Dependency Injection)와 IoC (Inversion of Control)라는 또 다른 영역을 언급하고 싶습니다. 이 두 가지 접근 방식은 겪고있는 문제를 프레임 워크 / 라이브러리로 옮기므로 걱정할 필요가 없습니다.

당신의 예제는 간단하고 빠르다. 그러나 필연적으로 당신은 그것을 만들 것이고 다음과 같은 수많은 생성자 또는 초기화 루틴으로 끝날 것이다.

var foo = new Foo (new Bar (new Baz (), new Quz ()), new Foo2 ());

DI / IoC에서는 인터페이스를 구현에 일치시키기위한 규칙을 설명 할 수있는 라이브러리를 사용하고 "Give me a Foo"라고 말하면 모든 것을 연결하는 방법을 알아냅니다.

매우 친숙한 IoC 컨테이너 (많은)가 있으며, 그 중에서도 훌륭한 선택이 많으므로 살펴볼 것을 권장합니다.

시작하는 간단한 방법은 다음과 같습니다.

http://www.ninject.org/

탐색 할 목록은 다음과 같습니다.

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