ioc的推导

1.1、模拟一个正常查询信息的业务流程:

①mapper层:因为没有连接数据库,这里我们写一个mapper的实现类来模拟数据的查询

public interface permapper {
    void getperinfo();
}
public class studentmapperimpl implements permapper {

    @override
    public void getperinfo() {
        system.out.println("我是一个学生");
    }
}

②service层:service的作用是查询人的信息

public interface personservice {
    void getpersoninfo();
}
public class personserviceimpl implements personservice {

    private permapper studentmapper = new studentmapperimpl();

    @override
    public void getpersoninfo() {
        studentmapper.getperinfo();
    }
}

③contorller层

import service.personservice;
import service.impl.personserviceimpl;

public class ioctest {
    public static void main(string[] args) {
        personservice service = new personserviceimpl();
        service.getstudentinfo();
    }
}

④执行结果如下:

1.2、多个种类的查询

①mapper,增加老师实现类

public class teachermapperimpl implements permapper {

    @override
    public void getperinfo() {
        system.out.println("我是一个老师");
    }
}

②这时候我们同时查询教师和学生的信息该怎么做呢?

public class personserviceimpl implements personservice {

    private permapper student = new studentmapperimpl();
    private permapper teacher = new teachermapperimpl();

    @override
    public void getpersoninfo() {
        student.getperinfo();
        teacher.getperinfo();
    }
}

③执行结果:

④如果需求再次变更呢?只需要教师的信息怎么做呢?
毋庸置疑:两种做法,
一种是直接更改personserviceimpl的getpersoninfo()

   @override
    public void getpersoninfo() {
//        student.getperinfo();
        teacher.getperinfo();
    }

第二种是扩展service层的接口,把老师和学生分别提供接口来查询:

public interface personservice {
    void getpersoninfo();
    void getpersoninfo1();
}
    public class personserviceimpl implements personservice {

    private permapper student = new studentmapperimpl();
    private permapper teacher = new teachermapperimpl();

    @override
    public void getpersoninfo() {
        teacher.getperinfo();
    }

    @override
    public void getpersoninfo1() {
        student.getperinfo();
    }
}

⑤看起来好像没啥问题是吧?那假如有一百种人呢?需要改来改去人都会疯掉的。这种做法肯定不合理的!

1.3、优化查询方式

①聪明的孩子可以想到将查询的对象剥离出来:添加 set() 方法,对接口不实现,只进行预留的工作。

public class personserviceimpl implements personservice {

    private permapper per;

    public void setper(permapper per) {
        this.per = per;
    }

    @override
    public void getpersoninfo() {
        per.getperinfo();
    }

}

②controller层实现方式:

public class ioctest {
    public static void main(string[] args) {
        personserviceimpl service = new personserviceimpl();
        //学生
        service.setper(new studentmapperimpl());
        service.getpersoninfo();
        //老师
        service.setper(new teachermapperimpl());
        service.getpersoninfo();
    }
}

③总结:这种方式就是把主动权交给了调用者 ,程序不用去管怎么创建,怎么实现了 .,它只负责提供一个接口 。

我们不再去管理对象的创建了 , 更多的去关注业务的实现 ,耦合性大大降低 ,这也就是ioc的原型 !

1.4、ioc本质

控制反转是一种通过描述(xml或注解)并通过第三方去生产或获取特定对象的方式。在spring中实现控制反转的是ioc容器,其实现方法是依赖注入(dependency injection,di)。

以上就是关于spring之ioc的理解和认知的详细内容,更多关于spring之ioc的理解的资料请关注www.887551.com其它相关文章!