c# – 依赖注入问题 – 如何清理我的实现？

发布时间：2020-12-16 00:05:51 所属栏目：百科来源：网络整理

导读：我正在使用依赖注入来模拟类,以便对依赖于它们的其他类进行单元测试： 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

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

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);
    }
}

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

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!
    }
}

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

还有许多其他问题：

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

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

解决方法

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

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

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

    public DoSomething()
    {
        _foo.ExampleMethod(20)
    }
}

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

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

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!