三种依赖注入的方式

旧城等待， 2021-12-20 07:23 451阅读 0赞

依赖注入(DI)是控制反转(IoC)的一种方式。

![1415873-20190617152335658-1740051719.png][]

![1415873-20190617152621891-763019643.png][]

那么在IoC模式中，被注入对象又是通过那些方式来通知 IoC Service Provider为起提供服务的呢？

三种依赖方式：构造函数方法注入、Setter方法注入与接口注入。

构造函数方法注入：

![1415873-20190617153106743-1121483853.png][]

setter方法注入：

![1415873-20190617153144340-629551728.png][]

![1415873-20190617153205307-591457220.png][]

接口注入：

![1415873-20190617153253641-522103453.png][]

![1415873-20190617153312151-1485107909.png][]

参考：书籍《spring揭秘》

参考博客：[https://www.cnblogs.com/weidagang2046/archive/2009/12/10/1620587.html][https_www.cnblogs.com_weidagang2046_archive_2009_12_10_1620587.html]

那么依赖注入对象与我们自己创建对象，到底应该是一种怎样的关系呢？

DI和对象创建谁也不能取代谁，应该根据情况采用合理的设计。那么我们自然要问，合理的标准在哪里呢，有没有明确的指导方针供我们设计时参考呢？答案是有！那就是对象间关系。在OO中，对象间关系的大致可分为两类：纵向关系和横向关系。纵向主要指继承关系，比较容易区分；但横向关系比较微妙。从本文的例子中我们已经明显感觉到了横向关系是需要仔细区分的。

按UML建议横向关系大体分为4种，它们的耦合程度由弱到强：

依赖 < 关联 < 聚合 < 组合

1. 依赖（Dependency）：语义“a uses b”，a依赖于b，但不持有b的引用；比如：现实世界的例子有“人对空气的依赖关系”，在程序中a.f(b)可以理解为a对b的依赖（或者说对b的类型B的依赖），b作为a的方法参数，a内部成员变量不引用b。

[![1][]][1 1]

2. 关联（Association）：语义“a has b”，a拥有b的引用，但a和b无从属关系，二者是一种松散的关联关系，可以随时解除或建立；比如本文中“人与汽车关系”。

[![2][]][2 1]

3. 聚合（Aggregation）：语义“a owns b”，a拥有b的引用，且有从属关系，二者的耦合比关联更强，但a并不负责b的生命周期。在程序中，b并非a专有的内部实现细节；除a以为，外部也可能引用b。比如，”汽车和轮胎关系”，汽车不负责轮胎的生产，汽车报废了轮胎或许还可以继续使用。

[![3][]][3 1]

4. 组合（Composition）：语义“b is a part of a”，a不仅拥有b的引用，还应该全权负责b的整个生命周期，在程序中b通常是a的内部实现细节，不暴露给外部；比如本文中人与心脏的关系。

[![4][]][4 1]

我们注意这四种关系中有一个关键的概念“对象生命周期”，在建模时辨别清楚对象生命周期就不难选择采用DI还是创建对象。DI意味着使用者不负责依赖对象的生命周期，创建对象则相反。对应到上面的4种横向关系，我们一般可以这样处理：第1种依赖关系不需要DI也不需要创建对象；第2，3种关联和聚合关系适合采用DI方式，最后一种组合关系适合采用创建对象方式。

注入方式的比较我们也讨论了，那么构造函数与setter在什么样的情况下适合呢？

通过具体例子来体会二者的区别：“人与身份证的依赖关系”适合采用Setter注入，因为人不是一出生就有身份证，而是到了法定年龄才有，用构造函数注入表达的语义与此相违背。相反“人与父母的依赖关系”则适合采用构造函数注入，因为亲子关系是从人一出生就建立的，用Setter注入必然使得对象创建后有一段时间处于非法状态，按契约式设计的术语即破坏了对象的不变量(invariant)。

转载于:https://www.cnblogs.com/levontor/p/11040029.html

[1415873-20190617152335658-1740051719.png]: /images/20211220/f44564bf97224c92bdd9486b5e3feb1d.png
[1415873-20190617152621891-763019643.png]: /images/20211220/9726494ec3b84adc8bc737e3c3c277e6.png
[1415873-20190617153106743-1121483853.png]: /images/20211220/9b3cd8371735462da16fc5ca310fc145.png
[1415873-20190617153144340-629551728.png]: /images/20211220/0c2081c4bd914eb1bf32aaba628d2c54.png
[1415873-20190617153205307-591457220.png]: /images/20211220/1bd9a86c087844c78bedc2d7d75c8b3b.png
[1415873-20190617153253641-522103453.png]: /images/20211220/d5872da8071141429c84f1a013fbebef.png
[1415873-20190617153312151-1485107909.png]: /images/20211220/2a83a3ca5e814d14b98ed4aaa0421473.png
[https_www.cnblogs.com_weidagang2046_archive_2009_12_10_1620587.html]: https://www.cnblogs.com/weidagang2046/archive/2009/12/10/1620587.html
[1]: /images/20211220/a3307903f63641e486fe0f05445248f3.png
[1 1]: http://images.cnblogs.com/cnblogs_com/weidagang2046/WindowsLiveWriter/1a9e32ead34c_12992/1_2.gif
[2]: /images/20211220/ac8559e64947496095d5650f9b751cbd.png
[2 1]: http://images.cnblogs.com/cnblogs_com/weidagang2046/WindowsLiveWriter/1a9e32ead34c_12992/2_2.gif
[3]: /images/20211220/ea283d425c7e4111ab9aa065a8e08ab3.png
[3 1]: http://images.cnblogs.com/cnblogs_com/weidagang2046/WindowsLiveWriter/1a9e32ead34c_12992/3_2.gif
[4]: /images/20211220/bad4ccd9bb314116a362a83eeb1e110d.png
[4 1]: http://images.cnblogs.com/cnblogs_com/weidagang2046/WindowsLiveWriter/1a9e32ead34c_12992/4_2.gif