Java教程

「Spring认证」Spring 依赖注入

本文主要是介绍「Spring认证」Spring 依赖注入,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

每个基于 Java 的应用程序都有一些对象,它们协同工作以呈现最终用户所看到的工作应用程序。在编写复杂的 Java 应用程序时,应用程序类应尽可能独立于其他 Java 类,以增加重用这些类的可能性,并在单元测试时独立于其他类进行测试。依赖注入(或有时称为连接)有助于将这些类粘合在一起,同时保持它们的独立性。

假设您有一个具有文本编辑器组件的应用程序,并且您想要提供拼写检查。你的标准代码看起来像这样 -

http://img1.sycdn.imooc.com/6127398000017c5906410149.jpg

我们在这里所做的是,在 TextEditor 和 SpellChecker 之间创建一个依赖项。在控制反转的情况下,我们会做这样的事情 -

http://img4.sycdn.imooc.com/6127398100018ec706410145.jpg

在这里,TextEditor 不应该担心 SpellChecker 的实现。SpellChecker 将独立实现,并在 TextEditor 实例化时提供给 TextEditor。整个过程由 Spring 框架控制。

在这里,我们从 TextEditor 中删除了完全控制权并将其保留在其他地方(即 XML 配置文件),并且依赖项(即类 SpellChecker)通过Class Constructor注入到类 TextEditor 中。因此,控制流已被依赖注入(DI)“反转”,因为您已经有效地将依赖委托给了某个外部系统。

注入依赖项的第二种方法是通过TextEditor 类的Setter 方法,我们将在其中创建 SpellChecker 实例。此实例将用于调用 setter 方法来初始化 TextEditor 的属性。

因此,DI 存在于两个主要变体中,以下两个子章节将通过示例涵盖它们 -

http://img3.sycdn.imooc.com/612739820001171206410224.jpg

您可以混合使用基于 Constructor 和 Setter 的 DI,但使用构造函数参数作为强制依赖项和 setter 作为可选依赖项是一个很好的经验法则。

使用 DI 原则,代码更清晰,当对象提供依赖项时,解耦更有效。该对象不查找其依赖项,也不知道依赖项的位置或类,而是由 Spring 框架处理所有事情。


这篇关于「Spring认证」Spring 依赖注入的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!