spring学习：概述及IOC理论推导

春季学习：概述与国际奥委会理论推导

创建一个新的空白maven项目

2 .1.1、分析实现

让我们先用原来的方式写一段代码。

1.首先编写一个UserDao接口。

公共接口UserDao { public void GetUser()；}

2.再写道的实现类。

类userdao实现user Dao { @ override public void getuser(){ system . out . println(' get user data ')；} }

3.然后编写UserService的接口。

公共接口user service { public void GetUser()；}

4.最后，编写服务的实现类。

公共类UserServiceImpl实现了用户服务{

private UserDao UserDao=new UserDaoImpl()；

@ Override public void getUser(){ userdao . getUser()；} }

5.测试(这里，每次你改变不同的接口，你需要在服务层改变新的接口)

@测试

public void test(){ 0

user service service=new UserServiceImpl()；

service . GetUser()；

}

这是我们最初的方式，大家一开始都是这么写的，对吧？那我们现在就修改吧。

向Userdao的实现类添加一个。

公共类UserDaoMySqlImpl实现了UserDao {

@覆盖

public void GetUser(){ 0

System.out.println('MySql获取用户数据')；

}

}

接下来，如果我们想使用MySql，我们需要在服务实现类中修改相应的实现。

公共类UserServiceImpl实现了用户服务{

private UserDao UserDao=new UserDaoMySQL impl()；

@覆盖

public void GetUser(){ 0

userdao . GetUser()；

}

}

假设我们添加了Userdao的另一个实现类。

公共类UserDaoOracleImpl实现了UserDao {

@覆盖

public void GetUser(){ 0

System.out.println('Oracle获取用户数据')；

}

}

然后，如果我们想使用Oracle，我们需要在服务实现类中修改相应的实现。假设我们的需求很大，这个方法根本不适用，甚至是反人类的，对吧？每次修改，都需要修改很多代码。这种设计的耦合性太高，会影响全身。

那我们如何去解决呢

我们可以在我们需要的地方留下一个接口，而不是实现它，并在代码中使用set来修改它。

公共类UserServiceImpl实现了用户服务{

私有用户道用户道；

//由集合实现

public void setuserdo(userdo userdo){ 0

this.userDao=userDao

}

@覆盖

public void GetUser(){ 0

userdao . GetUser()；

}

}

现在去我们的测试班测试；(使用set方法，用户可以在调用时选择要调用的接口。)

@测试

public void test(){ 0

UserServiceImpl服务=new UserServiceImpl()；

service . setuserdo(new UserDaoMySqlImpl())；

service . GetUser()；

//那我们现在要用Oracle来实现吗？

service . setuserdo(new UserDaoOracleImpl())；

service . GetUser()；

}

不可能每个人都发现区别。很多人说没有区别。但是学生，他们已经发生了根本性的变化，很多地方都不一样了。仔细想想，以前所有东西都是由程序去进行控制创建,而现在是由我们自行控制创建对象 , 把主动权交给了调用者.这个项目不在乎如何创建或实施它。它只提供了一个接口。

这个想法从本质上解决了这个问题。我们程序员不再管理对象的创建，而是更加关注业务的实现。耦合大大降低。这就是国际奥委会的雏形！

2.1.2IOC本质

控制反转IoC(Inversion of Control)，是一种设计思想，DI(依赖注入)是实现IoC的一种方法,有人认为DI只是国际奥委会的另一个词。在没有IoC的程序中，我们使用面向对象的编程，对象的创建和对象之间的依赖关系在程序中是完全硬编码的。对象的创建由程序本身控制。在控制反转之后，对象的创建被转移到第三方。个人认为，所谓的控制反转，就是获取从属对象的方式反转。

在IoC是Spring框架的核心内容,IoC在很多方面都得到了完美的实现，可以通过XML或者注释进行配置，新版Spring也可以实现零配置的IoC。

Spring容器初始化时，首先读取配置文件，根据配置文件或元数据创建和组织对象并存储在容器中，然后在程序使用时从Ioc容器中取出所需的对象。

当Bean由XML配置时，Bean的定义信息与实现是分离的，但是可以通过注释进行集成。Bean的定义信息以注释的形式直接在实现类中定义，从而达到零配置的目的。

控制反转是一种通过描述（XML或注解）并通过第三方去生产或获取特定对象的方式。在Spring中实现控制反转的是IoC容器，其实现方法是依赖注入（Dependency Injection,DI）。