美文网首页zenJect
Zenject框架(一)

Zenject框架(一)

作者: 虫小白 | 来源:发表于2019-03-08 16:14 被阅读0次

Zenject文档译文,因水平有限,可能会有一些错误,附上原文链接:(https://github.com/modesttree/zenject

理论

以下是以我的理解对依赖注入的一个简单概述。然而,它是非常简单的,所以我强烈建议找一些其他资源以获取更多信息,因为还有许多其他人(通常具有更好的写作能力)已经写了关于它背后的理论。

在编写单个类以实现某些功能时,可能需要与系统中的其他类进行交互以实现目的。一种方法是通过调用具体的构造函数让类本身创建其依赖项:

public class Foo
{
    ISomeService _service;

    public Foo()
    {
        _service = new SomeService();
    }

    public void DoSomething()
    {
        _service.PerformTask();
        ...
    }
}

对小项目来说这种方式也很好,但是对比较大的项目来说这种方式就很不方便。Foo类与'SomeService'类紧密耦合。如果我们稍后决定使用不同的具体实现,那么我们必须回到Foo类来修改。
考虑了这一点后,你应该会意识到:Foo类不应该为选择具体的服务而烦恼,而应该只关心履行自己的具体职责。只要服务满足Foo要求的抽象接口即可。这样Foo类就变成下面这样:

public class Foo
{
    ISomeService _service;

    public Foo(ISomeService service)
    {
        _service = service;
    }

    public void DoSomething()
    {
        _service.PerformTask();
        ...
    }
}

这样变得好一些,但是现在无论哪个类(这里假设是Bar类)创建Foo类的对象都会在实现Foo类的依赖项上存在问题。

public class Bar
{
    public void DoSomething()
    {
        var foo = new Foo(new SomeService());
        foo.DoSomething();
        ...
    }
}

Bar类可能也不关心Foo类具体使用了哪一个服务类,这样我们又把依赖关系向上推进了一层。

public class Bar
{
    ISomeService _service;

    public Bar(ISomeService service)
    {
        _service = service;
    }

    public void DoSomething()
    {
        var foo = new Foo(_service);
        foo.DoSomething();
        ...
    }
}

通过这种方式我们可以把依赖关系不断向上层推进,直到整个程序的起始点,在起始点处满足所有的依赖关系之后程序才能开始。这部分的依赖注入术语称为“组合根”。它通常看起来像这样:

var service = new SomeService();
var foo = new Foo(service);
var bar = new Bar(service);
var qux = new Qux(bar);

.. etc.

诸如Zenject之类的DI框架(依赖注入框架)只是帮助我们自动化的创建和分发所有这些具体依赖项,因此您不需要像上面的代码那样自己明确地这样做。

误区

考虑到刚开始学习DI框架时并不容易,这样会有 一些错误的理解,在你“恍然大悟”之前还需要一些时间和经验。
如上例所示,依赖注入可用于轻松给定接口的不同实现(在此示例中是ISomeService)。但是,这只是依赖注入提供的众多好处之一。
更重要的是,使用像Zenject这样的DI框架可以让您更轻松地遵循“ 单一责任原则 ”。通过让Zenject担心连接各个类,类本身可以专注于履行其特定职责。
DI新手的另一个常见错误是喜欢从每个类中提取接口,并在到处使用这些接口而不是直接使用该类。想让代码更松散地耦合,因此认为绑定到接口比绑定到具体类更好是合理的。但是,在大多数情况下,应用程序的各种职责具都有实现它们的单个特定类,因此在这些情况下使用接口只会增加不必要的维护开销。此外,具体类已经具有由其公共成员定义的接口。一个好的经验法则是仅在类具有多个实现时创建接口,或者在将来打算实现多个实现的情况下创建接口(顺便说一下,这就是大家熟知的重用抽象原则)。
其他好处:

  • 可重构性 - 当代码松散耦合时,正确使用DI的情况下,整个代码库对更改更具弹性。您可以完全更改代码库的某些部分,而不会对其他部分造成严重破坏。
  • 鼓励使用模块化代码 - 使用DI框架时,您自然会遵循更好的设计实践,因为它会强制您考虑类之间的接口。
  • 可测试性 - 编写自动化单元测试或用户驱动测试变得非常容易,因为它只是编写一个不同的“组合根”,它以不同的方式连接依赖项。想只测试一个子系统?只需创建一个新的组合根。Zenject还支持避免组合根本身的代码重复(使用安装程序 - 如下所述)。

相关文章

  • Zenject框架(一)

    Zenject文档译文,因水平有限,可能会有一些错误,附上原文链接:(https://github.com/mod...

  • Zenject框架(二)

    Hello World 示例 按以下步骤操作后,可以运行该例。 在Unity中创建新场景 在Hierarchy面板...

  • Zenject框架(十一)

    跨场景注入数据(Injecting data across scenes) 在某些情况下,我们需要将参数从一个场景...

  • Zenject框架(十三)

    使用LazyInject <>进行即时解析(Just-In-Time Resolving Using LazyIn...

  • Zenject框架(十四)

    开放泛型类型(Open Generic Types) Zenject还有一个功能,允许您在注入期间自动填写开放的泛...

  • Zenject框架(十七)

    DiContainer.QueueForInject 一旦构建了初始对象图,dicontainer.queuefo...

  • Zenject框架(十二)

    默认的场景的父场景(Default Scene Parents) 使用场景的父场景合同名称(parent cont...

  • Zenject框架(十六)

    DiContainer方法(DiContainer Methods) 除了上面介绍的绑定方法之外,还有一些其他方法...

  • Zenject框架(十五)

    使用Zenject创建编辑器窗口 如果您需要添加自己的Unity插件,并且想要创建自己的EditorWindow派...

  • Zenject框架(六)

    安装器(Installer) 通常,每个子系统都有一些相关绑定的集合,因此将这些绑定组合成一个可重用的对象是有意义...

网友评论

    本文标题:Zenject框架(一)

    本文链接:https://www.haomeiwen.com/subject/dnnrpqtx.html