Java 依赖注入(DI)

只要做过 Java 一段时间,基本上都会遇到这个问题。

Dependency Injection (DI)中文称之为依赖注入。

都说了 Spring 的关键部分就是 Dependency Injection (DI),但是什么是依赖,为什么要注入,基本上没怎么找到使用简单文字说明的文章。

本文尝试用土话把这个问题说明白。

这里有 2 个概念,依赖和注入。

依赖

什么是依赖?

看看下面的代码

package com.ossez.java.legacy;

public class MyApplication {

	private EmailService email = new EmailService();
	
	public void processMessages(String msg, String rec){
		//do some msg validation, manipulation logic etc
		this.email.sendEmail(msg, rec);
	}
}

在 MyApplication 对象中,定义了一个 EmailService 对象。

那就说明 MyApplication 依赖 EmailService 对象。

假设如果我们在 MyApplication 对象中,不对 EmailService 对象进行初始化,猜猜会有什么?

空对象异常呀,因为被依赖的对象没有初始化,同时还有一个问题就是如果 EmailService 改变了 MyApplication 如何获得改变后的 EmailService 对象?

依赖注入

为了解决对象之间依赖同步的问题。

简单就是为了解决问题:如果 EmailService 改变了 MyApplication 如何获得改变后的 EmailService 对象?

这个解决方法就是注入依赖。

我们把依赖的对象注入到被依赖的对象中不就可以了。

Spring 容器

为了对依赖注入进行管理,我们可以手工进行管理,当然也可以使用框架,这个框架就是你常用的 Sring 容器。

我们把这个交给 Spring 的容器来进行管理,让我们更多的注重业务逻辑,而不是天天在空对象异常上徘徊。

这就是我们说的 DI 的意思。

全部评论

相关推荐

MVC、MVVM和MVP都是常见的软件架构模式,用于组织和管理应用程序的代码。 它们在不同的上下文中有着各自的特点和用途。https://www.nowcoder.com/issue/tutorial?zhuanlanId=Mg58Em&uuid=1a0513f768dd42e88065708ac3b1237fMVC(Model-View-Controller)模式是最早提出的一种软件架构模式。它将应用程序分为三个主要部分:模型(Model)、视图(View)和控制器(Controller)。模型负责数据的存储和处理,视图负责展示数据给用户,控制器协调模型和视图之间的交互。MVC模式的优点是清晰的分离关注点,提高了代码的可维护性和可测试性。MVVM(Model-View-ViewModel)模式是基于MVC模式演变而来的,最早由微软的WPF框架推广。它引入了一个视图模型(ViewModel)层,负责处理视图和模型之间的通信。视图模型通过双向数据绑定将视图和模型关联起来,当模型数据发生变化时,视图会自动更新。MVVM的优点是提高了代码的可维护性和可测试性,减少了视图和模型之间的耦合。MVP(Model-View-Presenter)模式也是基于MVC模式演变而来的,常用于Android应用程序开发。它将视图和模型分离,并引入了一个中间层Presenter。Presenter负责处理视图和模型之间的交互,将视图的用户操作转发给模型进行处理,并将模型返回的数据更新到视图上。MVP模式的优点是解耦了视图和模型之间的关系,提高了代码的可测试性和可维护性。总的来说,MVC、MVVM和MVP都是常见的软件架构模式,用于组织和管理应用程序的代码。选择哪种模式需要根据具体的应用场景和需求来考虑,以最适合项目的方式进行开发。
点赞 评论 收藏
分享
评论
点赞
4
分享
牛客网
牛客企业服务