Spring，IOC理解

Spring

理解

**假设一个场景：**目前有三个角色，买水果的人（用户），卖水果的人（业务层），水果（持久化层）

先写一个接口

public interface Fruit{
    public void get();
}

现在实现3种水果的类，为了方便展示，把它们先写在一起

public class Apple implements Fruit{
    public void get(){
        System.out.println("get a apple")
    }
}

public class Banana implements Fruit{
    public void get(){
        System.out.println("get a banana")
    }
}

public class Orange implements Fruit{
    public void get(){
        System.out.println("get a organ")
    }
}

现在实现一个业务层，也就是从3个水果类中获取水果

public class UserService{
    private Fruit fruit = new Apple();
    public void getFruit(){
        fruit.get();
    }
}

然后，实现一个用户类

public class User{
    public static void main(String[] args){
        UserService user = new UserSevice();
        user.getFruit();
    }
}

上述就是我们实现一个程序的惯用方式，这样看上去没有什么问题，目前我们调用业务层UserService获取到苹果，那么试想一下，**如果现在我想获取橘子怎么办？**这样就需要修改业务层代码，

每当用户需求做出改变时，我们的代码都要做出相应的修改，那么有两个问题，

• 如果工程量较大，修改的内容较多怎么办？
• 如果我们修改代码对其他业务造成影响怎么办？

接下来就应该转变思维，考虑一下，目前的控制权在业务层，所以每次用户需求改变时，业务层也要跟着改变，既然这样，我们把控制权交给用户不就行，下面来修改一下业务层的代码实现控制权的转换

public class UserService{
    private Fruit fruit;
    public void setFruit(Fruit fruit){
        this.fruit=fruit;
    }
    public void getFruit(){
        this.fruit.get();
    }
}

加了一个set方法，使得用户层可以注入不同的对象，这样我们在用户层传入哪个对象，就会获得哪个结果

//1.获取苹果
public class User {
    public static void main(String[] args) {
        UserImpl user = new UserImpl();
        user.setFruit(new Apple());    //在这里注入对象
        user.getFruit();
    }
}

上图展示的很明确，就是控制权的反转，之前主动权在业务层，每次用户提出需求业务层就需要跟着做出改变，现在我们把主动权交给了用户，它传进什么，就得到什么样的结果，这样业务代码就不用跟着改变了。

这就是IOC（控制反转）的核心思想。
我的博客即将同步至腾讯云+社区，邀请大家一同入驻：https://cloud.tencent.com/developer/support-plan?invite_code=350xhb7vkoe88