Bir IReader arayüzü, IReader arayüzü ReaderImplementation uygulaması ve okuyucudan veri tüketen ve işleyen bir sınıf ReaderConsumer varsayarsak.

public interface IReader
{
     object Read()
}

uygulama

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

Tüketici:

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 ve işlemeyi test etmek için bir IReader taklidi kullanıyorum. Böylece 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
        }
    }
}

Bu çözümde alaycı üretim kodu için bir if cümlesini getirir, çünkü sadece alaycı kurucu arabirimin bir örneğini sağlar.

Bunu yazarken, uygulamanın çalışma zamanı sırasında kullanıcının yerini değiştirmesini sağlamak için try-finally bloğunun biraz ilgisiz olduğunu anlıyorum.

Genel olarak koklamak hissediyor, nasıl daha iyi ele alınabilir?

Okuyucuyu yönteminizden başlatmak yerine bu satırı hareket ettirin

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

Varsayılan parametresiz yapıcıya.

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

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

"Sahte kurucu" diye bir şey yoktur, eğer sınıfınız çalışmak için ihtiyaç duyduğu bir bağımlılığa sahipse, kurucuya bu şey sağlanmalı ya da yaratılmalıdır.

Yalnızca tek bir kurucuya ihtiyacınız vardır:

public class ReaderConsumer()
{
    private IReader reader = null

    public string location

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

üretim kodunuzda:

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

testinizde:

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

Bağımlılık Enjeksiyonu ve Kontrolün Tersine Bakın

Hem Ewan hem de RubberDuck'ın mükemmel cevapları var. Ancak bakmak için Bağımlılık Enjeksiyonu (DI) ve İnversiyon Kontrol (IoC) olan başka bir alandan bahsetmek istedim. Bu yaklaşımların her ikisi de, yaşadığınız sorunu bir çerçeve / kitaplığa taşır, böylece endişelenmenize gerek kalmaz.

Örneğiniz basittir ve hızlı bir şekilde dağıtılır, ancak kaçınılmaz olarak bunun üzerine inşa edersiniz ve tonlarca inşaatçı veya başlatma rutini ile sonuçlanırsınız:

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

DI / IoC ile arayüzleri uygulamalarla eşleştirme kurallarını hecelemenize izin veren bir kütüphane kullanırsınız ve daha sonra sadece "Bana bir Foo verin" deyin ve hepsini nasıl bağlayacağınız işe yarar.

Orada çok dostu IoC Konteyner (onlar denir gibi) vardır, ve ben bakmak için bir tavsiye edeceğim, ama, çok iyi seçimler olduğu gibi, keşfetmek lütfen.

Başlamak için basit bir tane:

http://www.ninject.org/

Keşfetmek için bir liste:

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