十分钟搞懂依赖注入

简介: 依赖注入(DI)是软件开发中的关键技术,它将类的依赖关系转移至外部管理,提升了代码的模块化和可测试性。如同炒菜时调料不由厨师直接添加,而是由调料师准备并递送,程序员只需声明所需依赖,外部机制如DI容器会负责实例化并注入这些依赖。这样,类变得更灵活且易于测试,同时也促进了代码的模块化。例如,在Java中,可以通过构造函数注入Logger接口的不同实现(如ConsoleLogger和FileLogger),使Application类与其具体实现解耦。

依赖注入(Dependency Injection,简称DI)是一种在软件开发中常用的技术,它帮助我们将一个类的依赖关系从类内部转移到类的外部来管理。这样做的好处是提高了代码的模块化和可测试性。
想象一下,你正在做一道菜,这道菜需要用到盐、酱油和糖等调料。在传统的做法中,你可能会在炒菜的过程中直接往锅里加这些调料,也就是说,炒菜这个“类”直接管理了它的所有依赖(调料)。但是,如果某天你想换一种品牌的酱油试试,或者想在不改变炒菜过程的情况下,用这道菜的配方去做另一道菜,你就会发现这样做起来很麻烦。

依赖注入就像是有一个专门的调料师(依赖注入容器或者框架),他负责准备好所有的调料,并在你需要的时候递给你。你只需要告诉他你需要哪些调料(通过构造函数、属性或者方法参数等方式声明你的依赖),他就会帮你准备好。这样,你就可以专注于炒菜的过程,而不用担心调料的问题了。

在软件开发中,依赖注入也是这样的。你不需要在你的类里面直接创建依赖对象的实例,而是声明你需要的依赖,然后通过一个外部的机制(比如构造函数注入、属性注入或者方法注入)来提供这些依赖的实例。这样做的好处是,你的类变得更加灵活和可测试,因为你可以很容易地替换掉它的依赖,而不需要修改类的内部代码。同时,这也使得你的代码更加模块化,因为每个类都只需要关注它自己的职责,而不需要关心它的依赖是如何被创建和管理的。

以下是一个简单的依赖注入的实际例子,我们将使用Java语言来演示,但请注意,依赖注入的概念并不局限于Java,它同样适用于其他支持面向对象编程的语言。

假设我们有一个日志系统,其中有一个Logger接口,以及两个实现了这个接口的类:ConsoleLogger和FileLogger。现在,我们有一个Application类,它需要使用Logger来记录信息,但我们不想在Application类中直接创建Logger的实例,因为这样会使Application类与具体的日志实现紧密耦合,降低了代码的可测试性和可维护性。

我们可以通过依赖注入来解决这个问题。

首先,定义Logger接口和它的两个实现:

public interface Logger {  
    void log(String message);  
}  

public class ConsoleLogger implements Logger {  
    @Override  
    public void log(String message) {  
        System.out.println("Console: " + message);  
    }  
}  

public class FileLogger implements Logger {  
    private String filePath;  

    public FileLogger(String filePath) {  
        this.filePath = filePath;  
    }  

    @Override  
    public void log(String message) {  
        // 这里只是示意,实际中应该写入文件  
        System.out.println("File (" + filePath + "): " + message);  
    }  
}

然后,是Application类,它依赖于Logger接口:

public class Application {  
    private Logger logger;  

    // 通过构造函数注入Logger依赖  
    public Application(Logger logger) {  
        this.logger = logger;  
    }  

    public void doSomething() {  
        // 使用logger记录信息  
        logger.log("Doing something important...");  
        // 其他业务逻辑...  
    }  
}

最后,在应用程序的启动或配置部分,我们创建Logger的具体实现,并将其注入到Application实例中:

public class Main {  
    public static void main(String[] args) {  
        // 假设我们决定使用ConsoleLogger  
        Logger logger = new ConsoleLogger();  

        // 创建Application实例,并注入logger  
        Application app = new Application(logger);  

        // 使用Application实例  
        app.doSomething();  

        // 如果我们决定改用FileLogger,只需要在这里更改即可  
        // Logger logger = new FileLogger("app.log");  
        // Application app = new Application(logger);  
        // app.doSomething();  
    }  
}

在这个例子中,Application类通过其构造函数接收一个Logger类型的参数,这就是依赖注入的一个典型例子。通过这种方式,Application类不再需要知道它所使用的Logger的具体实现是什么,它只需要知道如何与Logger接口交互即可。这样,我们就可以轻松地更换Logger的实现,而无需修改Application类的代码。

相关文章
|
11月前
|
存储 Java 数据库
几分钟带你快速了解Spring框架理论知识!
几分钟带你快速了解Spring框架理论知识!
|
4月前
|
设计模式 黑灰产治理
三分钟带您搞懂代理模式
三分钟带您搞懂代理模式
|
5月前
|
XML Java 数据格式
🚀今天,我们来详细的聊一聊SpringBoot自动配置原理,学了这么久,你学废了吗?
🚀今天,我们来详细的聊一聊SpringBoot自动配置原理,学了这么久,你学废了吗?
109 0
|
监控 NoSQL 安全
Spring Boot 怎么做监控?这篇总算整明白了。。。
Spring Boot 怎么做监控?这篇总算整明白了。。。
2103 8
Spring Boot 怎么做监控?这篇总算整明白了。。。
|
消息中间件 存储 缓存
国庆假期,整整七天,我用76张图把Spring AOP给画明白了!
国庆假期,整整七天,我用76张图把Spring AOP给画明白了!
|
JSON Prometheus 监控
Spring Boot 怎么做监控?这篇总算整明白了。。。(2)
Spring Boot 怎么做监控?这篇总算整明白了。。。(2)
210 0
Spring Boot 怎么做监控?这篇总算整明白了。。。(2)
|
XML 前端开发 Java
《我要进大厂》- Spring框架 夺命连环22问,你能坚持到第几问?(Spring高频问题)(一)
《我要进大厂》- Spring框架 夺命连环22问,你能坚持到第几问?(Spring高频问题)
《我要进大厂》- Spring框架 夺命连环22问,你能坚持到第几问?(Spring高频问题)(一)
|
设计模式 XML 前端开发
《我要进大厂》- Spring框架 夺命连环22问,你能坚持到第几问?(Spring高频问题)(三)
《我要进大厂》- Spring框架 夺命连环22问,你能坚持到第几问?(Spring高频问题)
《我要进大厂》- Spring框架 夺命连环22问,你能坚持到第几问?(Spring高频问题)(三)
|
设计模式 XML 开发框架
《我要进大厂》- Spring框架 夺命连环22问,你能坚持到第几问?(Spring高频问题)(二)
《我要进大厂》- Spring框架 夺命连环22问,你能坚持到第几问?(Spring高频问题)
《我要进大厂》- Spring框架 夺命连环22问,你能坚持到第几问?(Spring高频问题)(二)
|
Prometheus 监控 Cloud Native
SpringBoot服务监控机制,总算整明白了!
SpringBoot服务监控机制,总算整明白了!
SpringBoot服务监控机制,总算整明白了!