DI(依赖注入)和IoC(反转控制)

DI(依赖注入)和IoC(反转控制)

依赖注入(Dependency Injection,简称DI)是一种设计模式,用于实现反转控制(Inversion of Control,简称IoC),其中一个类所依赖的对象由外部提供,而不是在类内部创建。

概念解释:

  • 反转控制(Inversion of Control,IoC):是一种设计原则,用于减少代码之间的耦合度。通过反转控制,程序中的依赖关系由框架或容器来管理,而不是在程序内部直接控制。
  • 依赖注入(Dependency Injection,DI):是实现IoC的一种方式,即一个类所依赖的对象由外部提供,而不是在类内部创建。

具体例子:

  • A需要B:类A依赖于类B来完成其功能。
  • 系统会自动把B注入到A中:系统会自动将类B的实例传递给类A,而不是让A自己创建或查找B的实例。

优点:

  1. 降低耦合度:类A与类B之间的耦合度降低,因为类A不需要直接依赖类B的实现。A只需要知道B的接口或者抽象类型,具体的实现由外部提供。
  2. 隐藏产品创建细节:类A不需要关心类B的创建细节,这样可以使类A更专注于其核心功能。具体的依赖对象如何创建、配置、初始化等细节被隐藏起来,由容器或者外部代码来处理。

场景:

想象在家里煮饭(类A),需要一口锅(类B)。如果必须自己去买锅、检查锅的质量,还要自己带回家(自己创建或获取依赖),这就有点麻烦,对吧?

依赖注入怎么做?

依赖注入就像是有一个好朋友(依赖注入框架),每次要煮饭时,只需要告诉他需要一口锅。他会帮找到并送到手上。只需要专心煮饭,不用管锅的来源和质量问题。

具体说明:

  • 降低耦合度:煮饭的(类A)和锅(类B)之间的关系被弱化了,只需要知道有锅就行,不需要知道锅是怎么来的。这使得以后如果想换一种锅,或者需要其他厨房用品时,只需要告诉朋友就行,的煮饭逻辑完全不需要改动。
  • 隐藏产品创建细节:不需要知道锅是在哪里买的、怎么挑选的,只需要知道朋友会把适合的锅给就行了。

举个编程例子:

  1. 没有依赖注入的情况:

    public class Cooking {
        private Pot pot;
    
        public Cooking() {
            this.pot = new Pot(); // 自己去创建锅
        }
    
        public void cook() {
            // 煮饭逻辑
        }
    }
    
  2. 使用依赖注入的情况:

    public class Cooking {
        private Pot pot;
    
        public Cooking(Pot pot) {
            this.pot = pot; // 锅由外部提供
        }
    
        public void cook() {
            // 煮饭逻辑
        }
    }
    
    // 外部代码
    Pot pot = new Pot();
    Cooking cooking = new Cooking(pot);
    

在第二种情况下,Cooking 类不再负责创建锅,锅是从外部传递进来的。这就是依赖注入的基本思想:把对象的创建和依赖关系的管理交给外部,让类只关注自己的核心功能。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值