1.Spring

1.1简介

spring:春天------>给软件行业带来了春天!

2002,首次推出了Spring框架的雏形:interface21框架!

Spring框架即以interface21框架为基础,经过重新设计,并不断丰富其内涵,于2004年3月24日,发布了1.0正式版。

Rod Johnson,Spring Framework创始人,著名作者。很难想象Rod Johnson的学历,真的让好多人大吃一惊,他是悉尼大学的博士,然而他的专业不是计算机,而是音乐学。

spring理念:使现有的技术更加容易使用,本身是一个大杂烩,整合了现有的技术框架!

SSH:Struct2+Spring+Hibernate!

SSM:SpringMvc+Spring+Mybatis!

<!-- https://mvnrepository.com/artifact/org.springframework/spring-webmvc -->
 <dependency>
     <groupId>org.springframework</groupId>
     <artifactId>spring-webmvc</artifactId>
     <version>5.2.0.RELEASE</version>
 </dependency>
 <!-- https://mvnrepository.com/artifact/org.springframework/spring-webmvc -->
 <dependency>
     <groupId>org.springframework</groupId>
     <artifactId>spring-jdbc</artifactId>
     <version>5.2.0.RELEASE</version>
 </dependency>

 1.2优点

Spring是一个开源的免费的框架(容器)!

是一个轻量级的,非入侵式的框架!

控制反转(IOC),面向切面编程(AOP)

支持事务的处理,对框架整合的支持!

总结一句话:Spring就是一个轻量级的控制反转(IOC)和面向切面编程(AOP)的框架!

1.3组成

狂神说docker笔记 狂神spring5笔记_spring

 

1.4拓展

在Spring的官网有这个介绍:现代化的Java开发!说白了就是基于Spring的开发!

狂神说docker笔记 狂神spring5笔记_狂神说docker笔记_02

 SpringBoot

一个快速开发的脚手架。

基于SpringBoot可以快速的开发单个微服务。

约定大于配置!

Spring Cloud

SpringCloud是基于SpringBoot实现的。

因为现在大多数公司都在使用SpringBoot进行快速开发,学习SpringBoot的前提,需要完全掌握Sping及SpringMVC!承上启下的作用!

弊端:发展了太久之后,违背了原来的理念!配置十分繁琐,人称配置地域!

2.IOC理论推导

1.User Dao接口

狂神说docker笔记 狂神spring5笔记_控制反转_03

2.UserDapImpl实现类

狂神说docker笔记 狂神spring5笔记_mvc_04

 

3.UserService业务接口

狂神说docker笔记 狂神spring5笔记_狂神说docker笔记_05

 

4.UserServiceImpl业务实现类

狂神说docker笔记 狂神spring5笔记_狂神说docker笔记_06

测试:

狂神说docker笔记 狂神spring5笔记_mvc_07

狂神说docker笔记 狂神spring5笔记_控制反转_08

 

这是我们接触Spring之前的写法,现在我们增加需求:

狂神说docker笔记 狂神spring5笔记_spring_09

如果我们想实现这个功能,就要手动去改动ServiceImpl类:

狂神说docker笔记 狂神spring5笔记_狂神说docker笔记_10

 测试结果:

狂神说docker笔记 狂神spring5笔记_mvc_11

现在我们又多了一个需求:

狂神说docker笔记 狂神spring5笔记_java_12

 我们还要再去改动我们的ServiceImpl业务实现类代码:

狂神说docker笔记 狂神spring5笔记_mvc_13

 测试结果:

狂神说docker笔记 狂神spring5笔记_mvc_14

 这显然是不合理的。每次用户增加需求,我们都要改动已经存在的代码,这样做十分麻烦,所以我们必须优化解决这个问题。

我们更改UserServiceImpl:

狂神说docker笔记 狂神spring5笔记_java_15

 

测试:

狂神说docker笔记 狂神spring5笔记_java_16

狂神说docker笔记 狂神spring5笔记_mvc_17

 

当想要更改需求时,直接测试改就行,不需要改写过的代码了:

狂神说docker笔记 狂神spring5笔记_控制反转_18

狂神说docker笔记 狂神spring5笔记_spring_19

 

狂神说docker笔记 狂神spring5笔记_spring_20

  

狂神说docker笔记 狂神spring5笔记_spring_21

 

但是可能还是没看出什么区别,那差别在哪里,好在哪里呢?

在之前的业务中,用户的需求可能会影响我们原来的代码,我们需要根据用户的需求去修改源代码!如果程序代码量十分大,修改一次的成本代价十分昂贵。

我们使用一个set接口实现,已经发生了革命性的变化。

之前程序是主动创建对象!控制权在程序员手上!

使用了set注入后,程序不再具有主动性,而是变成了被动的接受对象!

这种思想从本质上解决了问题,我们程序员不用再去管理对象的创建了。

系统的耦合性大大降低,可以更加专注的在业务的实现上!这是IOC的原型!

IOC的本质

控制反转(Inversion of Control),是一种设计思想,DI(依赖注入)是实现IOC的一种方法,也有人认为DI只是IOC的另一种说法。没有IOC的程序中,我们使用面向对象编程,对象的创建与对象间的依赖关系完全硬编码在程序中,对象的创建由程序员自己控制,控制反转后将对象的创建转移给第三方,个人认为所谓控制反转就是:获得依赖对象的方式反转了。

采用XML方式配置Bean的时候,Bean的定义信息是和实现类分离的,而采用注解的方式可以把两者合为一体,Bean的定义信息直接以注解的形式在实现类中,从而达到了零配置的目的。

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