IOC 学习笔记二

本贴最后更新于 1425 天前,其中的信息可能已经时异事殊

上篇文慢慢了解 IOC 是怎么来的一我们介绍了如何更方便的创建对象,最后一反射模式的使用消除了大量的 new 的代码,使得程序变得更加稳定,但是反射是有问题的,因为在使用反射时,他是要动态的去创建对象,所以他的性能会比较低,尤其是频繁的使用反射,系统的性能会下降特别多。

那有没有更好的方式去管理对象的创建与传递呢,必须的有,就是接下来要探讨的 IOC 和 DI 了。

什么是 IOC(控制反转)

回忆一下上文,用户输入要创建对象的全限定类名,传给我们的工厂,然后通过反射去创建一个对象并返回给用户,这是一种正向的思维,就是说我们需要什么,然后就去实例化什么对象,调用对象的方法。虽然实现了开闭原则,把对象实例化的操作封装起来了,这种方式在使用起来并不是特别的方便,为什么呢?

public class Test {

    public static void main(String[] args) throws Exception{
        String name = "Irelia";
        Skill hero = HeroFactory.getHeroByReflect(name);
        hero.r();
    }
}

因为这里还是要引入 factory 的,有什么方法连引入 factory 的都不用引入就能够获取到对象呢,那这种方式是不是会更加的方便呢?

IOC 它是一种反向的思维,在我们需要某个对象的地方,由一个容器来给我们实例化对象并赋值给特定的引用,把本来由程序控制的对象的管理交给了容器,这就是控制反转。

public class Test {
    private Skill hero; // 注意这里Skill是一个接口
    public void print(){
        this.hero.r();
    }
}

比如说就有这么超级牛叉的容器,我们不再需要手动 new 或者调用工厂类去获取对象了,而是容器在看到这里需要这么一个对象,就主动给放进来,那这样的代码就会更加的稳定了。

为什么引入容器后会更加稳定

我们知道面向对象编程,其实就是使用一个一个类构成的系统,那么要想使得系统变得稳定,就需要保证各个类是能够正常运转的。

在上篇文章在最开始,我们在一个类里需要操作英雄的时候,需要手动 new 一个具体的英雄类,那这个操作类和具体的英雄类,就具备了依赖关系,如果英雄类又依赖于其他的类,那一个一个的类都是紧密耦合在一起的,如果某个类出现了问题,那整个系统就会出现问题。

当容器出现以后,由容器来管理类与类之间的强依赖关系,类与类之间变成了松耦合的关系,那程序的稳定就会得到大大的提高。

DI(Dependency Inject)

前面我们提到容器会在需要的地方给我们把实例化好的对象放进来,其实这个过程就是依赖注入,把由容器把程序依赖的对象注入进来。

public class Test {
    private Skill hero; // 注意这里Skill是一个接口
    public void print(){
        this.hero.r();
    }
}

注入的方式有跟多种,用的最多的是属性注入和构造注入,下篇文章,我们结合 spring 来说具体的 IOC 和 DI 注入方式。

  • IoC
    17 引用 • 29 回帖
  • Java

    Java 是一种可以撰写跨平台应用软件的面向对象的程序设计语言,是由 Sun Microsystems 公司于 1995 年 5 月推出的。Java 技术具有卓越的通用性、高效性、平台移植性和安全性。

    3165 引用 • 8206 回帖

相关帖子

欢迎来到这里!

我们正在构建一个小众社区,大家在这里相互信任,以平等 • 自由 • 奔放的价值观进行分享交流。最终,希望大家能够找到与自己志同道合的伙伴,共同成长。

注册 关于
请输入回帖内容 ...