สมมติว่ามีอินเทอร์เฟซ 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 สำหรับรหัสการผลิตเนื่องจากตัวสร้างการจำลองเท่านั้นที่ให้อินสแตนซ์ของอินเทอร์เฟซ

ในระหว่างการเขียนสิ่งนี้ฉันรู้ว่าการทดลองในที่สุดบล็อกนั้นค่อนข้างไม่เกี่ยวข้องกันเนื่องจากมีการจัดการผู้ใช้ในการเปลี่ยนตำแหน่งในช่วงที่แอพพลิเคชั่นทำงาน

โดยรวมแล้วรู้สึกเหม็นวิธีการจัดการที่ดีขึ้น

แทนที่จะเริ่มต้นเครื่องอ่านจากวิธีการของคุณให้ย้ายบรรทัดนี้

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

เข้าสู่ Constructor ที่ไม่มีพารามิเตอร์

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 มีคำตอบที่ยอดเยี่ยม แต่ฉันอยากจะพูดถึงพื้นที่อื่นเพื่อดูว่ามันคือ Dependency Injection (DI) และ Inversion of Control (IoC) วิธีการทั้งสองนี้ทำให้เกิดปัญหาที่คุณพบในเฟรมเวิร์ก / ไลบรารีเพื่อที่คุณจะได้ไม่ต้องกังวลกับมัน

ตัวอย่างของคุณนั้นเรียบง่ายและจ่ายออกมาอย่างรวดเร็ว แต่คุณจะต้องสร้างมันขึ้นมาอย่างหลีกเลี่ยงไม่ได้และคุณจะต้องจบลงด้วยตัวสร้างหรือการกำหนดค่าเริ่มต้นที่มีลักษณะดังนี้

var foo = new Foo (แถบใหม่ (ใหม่ Baz (), ใหม่ Quz ()), ใหม่ Foo2 ());

ด้วย DI / IoC คุณใช้ไลบรารีที่ให้คุณสะกดกฎสำหรับอินเทอร์เฟซการจับคู่กับการใช้งานและจากนั้นคุณเพียงแค่พูดว่า "Give me a Foo" และมันจะอธิบายวิธีการเชื่อมโยงทั้งหมด

มีจำนวนมากที่เป็นมิตร IoC ตู้คอนเทนเนอร์ (ตามที่พวกเขาถูกเรียกว่า) ออกมีและฉันจะแนะนำให้คนดู แต่โปรดสำรวจเพราะมีตัวเลือกที่ดีมาก

วิธีง่ายๆในการเริ่มต้นคือ:

http://www.ninject.org/

นี่คือรายการของการสำรวจ:

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