依赖注入的问题 - 如何清理我的实现?

s d*_*s d 3 .net c# unit-testing dependency-injection code-cleanup

我正在使用依赖注入来模拟类,以便对依赖于它们的其他类进行单元测试:

class Foo : IFoo
{
    // production code
}

class MockFoo : IFoo
{
    // mock so other classes that depend on Foo can be unit tested
}

class Bar
{
    public DoSomething()
    {
        var barValue = 20;
        // use dependency injection to get Foo instance.
        DependencyInjection.Instance.Foo.ExampleMethod(barValue);
    }
}
Run Code Online (Sandbox Code Playgroud)

但是,设置我的依赖注入类变得笨拙,迷宫和复杂:

public class DependencyInjection
{
    public Setup()
    {
        this.Foo = new Foo();
        this.Bar = new Bar("example constructor string");
        this.Bat = new Bat(123,234);
        // for every single class in my application!
    }
}
Run Code Online (Sandbox Code Playgroud)

(为了清楚起见,简化了,但你可以想象几十个类及其构造函数的真实实现).

还有许多其他问题:

  • DependencyInjection及其每个类实例都是一个围绕我的应用程序传递的巨大的全局变量.
  • 我正在同时初始化我的所有课程.
  • 我必须为我为单元测试编写的每个类提供一个接口 - 我允许单元测试来决定我的程序的设计(我编写的大多数类都是没有接口的具体实现,如果不是这个约束).

关于如何解决这些问题的建议将不胜感激!

Gro*_*roo 6

使用DI并不意味着您应该突然停止解耦代码.绝不应该使用全局变量来传递您的实现.

当您创建需要解决某些功能的类时,您应该通过构造函数传递所有"外部"依赖项:

class Bar
{
    private readonly IFoo _foo;
    public Bar(IFoo foo)
    {
        _foo = foo;
    }

    public DoSomething()
    {
        _foo.ExampleMethod(20)
    }
}
Run Code Online (Sandbox Code Playgroud)

DI的最佳实践是在应用程序的开头(组合根)使用它来获取外部实现,然后像没有DI那样执行实现.

底线是:你不需要注入 IFoo以进行测试Bar- 只需在你的测试方法中模拟它,你就完成了.仅将DI用于应用程序的重要块,您可以对其进行配置(例如,选择具体的数据层).