Unity(六):使用场景Ⅲ:用于依赖注入(上)

发布时间:2020-03-17 发布网站:大佬教程
大佬教程收集整理的这篇文章主要介绍了Unity(六):使用场景Ⅲ:用于依赖注入(上)大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。

有关依赖注入

什么是依赖注入,我想这个问题我在这里说就不大合适了,所以还是推荐一下大师的文章。之前的文章也提到过,“Martin FowlerInversion of Control Containers and the Dependency Injection pattern 是不得不推荐的,当然,如果读起来比较费劲的话,吕震宇的你真的了解Ioc与AOP吗?系列也是不错的参考”。

这里要多说一句的是,依赖注入(Dependency Injection)和控制反转(Inversion of Control)并不是同一个概念,有的人经常混在一起。有关这一点,看看前面说的Martin的文章就明白了。

准备工作

为了接下来的说明,我们先编写几个后面需要的接口和类。

注:本文涉及到的IOrder接口、CommonOrder类、VipOrder类和ILogger接口、ConsoleLogger类、NullLogger类等代码请参见Unity(三):快速入门Unity(五):使用场景Ⅱ:用于单例模式中的准备代码,这里不再重复。

IOrderWithLogging接口:

Unity支持的依赖注入方式有三种:构造器注入、设值注入、方法调用注入。

构造器注入

对于构造器注入,Unity支持两种方式的依赖注入:自动依赖注入和通过打标签标识。具体来说,对于只有单一构造函数的目标类,可以使用自动依赖注入的方式,而对于有多个构造函数的目标类,则应该使用在构造函数上打标签的方式来进行注入。

  • 单构造器自动注入

下面是我们的目标类SingleConstructor,可以看到,SingleConstructor类只有一个构造函数,构造函数中有两个参数:IOrder和ILogger。

下面是我们的测试代码。首先,我们建立容器,然后在容器中注册了IOrder和ILogger的具体类,同时将SingleConstructor注册为IOrderWithLogging的具体类。

在这里,我们将CommonOrder注册为单例,并为它的单实例的Discount赋值为0.8,这样做的目的是为了检验取出的IOrder的具体类为我们先前的注入到容器的CommonOrder类。

下面是输出结果。

  • 多构造器打标签注入

下面是我们的目标类MultipleConstructor,可以看到,MultipleConstructor类有两个构造函数,一个不带参数,一个有两个参数:IOrder和ILogger,后者打了InjectionConstructor标签。

下面是我们的测试代码。思路与上面的例子类似,在这里我们把IOrder和ILogger对应的具体类换成了VipOrder和NullLogger,IOrderWithLogging对应的具体类换成了MultipleConstructor。

下面是输出结果。

这里需要注意的是,如果在上面的 MultipleConstructor类中,我们不打InjectionConstructor标签,运行结果是一样的,大家可以自己试验一下。

这是因为对于具有多个构造器的目标类,如果没有发现标有InjectionConstructor标签的构造器,Unity会自动使用参数最多的构造器。如果发现参数最多的构造器同时有多个,那么就会在运行时抛出一个异常。比如说,如果我们的MultipleConstructor类中构造函数不打InjectionConstructor标签,同时还有一个构造函数也有两个参数,结果就是这样。

大佬总结

以上是大佬教程为你收集整理的Unity(六):使用场景Ⅲ:用于依赖注入(上)全部内容,希望文章能够帮你解决Unity(六):使用场景Ⅲ:用于依赖注入(上)所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ群:277859234,请注明来意。