spring框架的介绍以及使用

最新推荐文章于 2024-01-24 22:43:01 发布

最不会程序的程序猿

最新推荐文章于 2024-01-24 22:43:01 发布

阅读量983

点赞数 4

分类专栏： Java 文章标签： spring java java-ee

本文链接：https://blog.csdn.net/weixin_44720982/article/details/125253349

版权

Java 专栏收录该内容

35 篇文章 4 订阅

订阅专栏

1.介绍spring框架

Spring是分层的 Java SE/EE应用 full-stack 轻量级开源框架，以 IOC（Inverse Of Control：反转控制）和 AOP（Aspect Oriented Programming：面向切面编程）为内核。
提供了展现层 SpringMVC 和持久层 Spring JDBCTemplate 以及业务层事务管理等众多的企业级应用技术，还能整合开源世界众多著名的第三方框架和类库，逐渐成为使用最多的Java EE 企业应用开源框架。

1. spring是一个轻量级开源的JAVAEE框架。
2. Spring提高了IOC和AOP
	 IOC:控制反转。把创建java对象的权力交于spring容器来管理。
     AOP:面向切面编程.在不改变源代码的前提下可以扩充功能。
3. spring的特点:
	方便解耦，简化开发----层层之间的依赖降低。
	声明式事务的支持： 
	方便程序的测试：----提供单元测试jar，
	方便集成各种优秀框架---集成第三方的框架---mybatis

2.spring的优点

1）方便解耦，简化开发
 通过 Spring 提供的 IoC容器，可以将对象间的依赖关系交由 Spring 进行控制，避免硬编码所造成的过度	耦合。
 用户也不必再为单例模式类、属性文件解析等这些很底层的需求编写代码，可以更专注于上层的应用。

2）AOP 编程的支持
 通过 Spring的 AOP 功能，方便进行面向切面编程，许多不容易用传统 OOP 实现的功能可以通过 AOP 轻松实现。

3）声明式事务的支持
 可以将我们从单调烦闷的事务管理代码中解脱出来，通过声明式方式灵活的进行事务管理，提高开发效率和质量。

4）方便程序的测试
 可以用非容器依赖的编程方式进行几乎所有的测试工作，测试不再是昂贵的操作，而是随手可做的事情。

5）方便集成各种优秀框架
 Spring对各种优秀框架（Struts、Hibernate、Hessian、Quartz等）的支持。

6）降低 JavaEE API 的使用难度
 Spring对 JavaEE API（如 JDBC、JavaMail、远程调用等）进行了薄薄的封装层，使这些 API 的使用难度大为降低。

7）Java 源码是经典学习范例
 Spring的源代码设计精妙、结构清晰、匠心独用，处处体现着大师对Java 设计模式灵活运用以及对 Java技术的高深造诣。它的源代码无意是 Java 技术的最佳实践的范例。

3.为什么使用spring框架

目的: 降低耦合：对象与对象之间的耦合。
在这里插入图片描述
解决办法: 工厂模式

但是这种情况没有得到真正解决还需要修改
下面解决办法为定义一个接口是这个这个接口

这样我们就修改NewFood和Food即可

但是上面这些代码自己定义的解耦的方法，考虑会不足。使用spring框架会解决对象和对象之间的解耦

4.程序的耦合性

耦合性(Coupling)，也叫耦合度，是对模块间关联程度的度量。耦合的强弱取决于模块间接口的复杂性、调用模块的方式以及通过界面传送数据的多少。模块间的耦合度是指模块之间的依赖关系，包括控制关系、调用关系、数据传递关系。模块间联系越多，其耦合性越强，同时表明其独立性越差( 降低耦合性，可以提高其独立性)。耦合性存在于各个领域，而非软件设计中独有的，但是我们只讨论软件工程中的耦合。在软件工程中，耦合指的就是就是对象之间的依赖性。对象之间的耦合越高，维护成本越高。因此对象的设计应使类和构件之间的耦合最小。软件设计中通常用耦合度和内聚度作为衡量模块独立程度的标准。划分模块的一个准则就是高内聚低耦合。

它有如下分类：
（1）内容耦合。当一个模块直接修改或操作另一个模块的数据时，或一个模块不通过正常入口而转入另一个模块时，这样的耦合被称为内容耦合。内容耦合是最高程度的耦合，应该避免使用之。

（2）公共耦合。两个或两个以上的模块共同引用一个全局数据项，这种耦合被称为公共耦合。在具有大量公共耦合的结构中，确定究竟是哪个模块给全局变量赋了一个特定的值是十分困难的。

（3）外部耦合。一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。

（4）控制耦合。一个模块通过接口向另一个模块传递一个控制信号，接受信号的模块根据信号值而进行适当的动作，这种耦合被称为控制耦合。

（5）标记耦合。若一个模块 A 通过接口向两个模块 B 和 C 传递一个公共参数，那么称模块 B 和 C 之间存在一个标记耦合。

（6）数据耦合。模块之间通过参数来传递数据，那么被称为数据耦合。数据耦合是最低的一种耦合形式，系统中一般都存在这种类型的耦合，因为为了完成一些有意义的功能，往往需要将某些模块的输出数据作为另一些模块的输入数据。

（7）非直接耦合。两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的。

**总结：**耦合是影响软件复杂程度和设计质量的一个重要因素，在设计上我们应采用以下原则：如果模块间必须存在耦合，就尽量使用数据耦合，少用控制耦合，限制公共耦合的范围，尽量避免使用内容耦合。

内聚与耦合：内聚标志一个模块内各个元素彼此结合的紧密程度，它是信息隐蔽和局部化概念的自然扩展。内聚是从功能角度来度量模块内的联系，一个好的内聚模块应当恰好做一件事。它描述的是模块内的功能联系。耦合是软件结构中各模块之间相互连接的一种度量，耦合强弱取决于模块间接口的复杂程度、进入或访问一个模块的点以及通过接口的数据。程序讲究的是低耦合，高内聚。就是同一个模块内的各个元素之间要高度紧密，但是各个模块之间的相互依存度却要不那么紧密。内聚和耦合是密切相关的，同其他模块存在高耦合的模块意味着低内聚，而高内聚的模块意味着该模块同其他模块之间是低耦合。在进行软件设计时，应力争做到高内聚，低耦合。

5. 解决办法IOC控制反转

控制反转（Inversion of Control，缩写为IoC），是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。其中最常见的方式叫做**依赖注入（Dependency Injection，简称DI**），还有一种方式叫“依赖查找”（Dependency Lookup）。通过控制反转，对象在被创建的时候，由一个调控系统内所有对象的外界实体将其所依赖的对象的引用传递给它。也可以说，依赖被注入到对象中。

使用对象的时候不再是我们直接new，而是将创建对象的权利交给框架中的核心容器IOC，需要使用对象的时候直接从容器中获取。

IoC的思想早就出现了，但是没有一个具体的实现，大家都是各自根据这个思想去写代码(自己去创建工厂)。后来有一个大师 Rod Johnson（Spring Framework创始人，著名作者。 Rod在悉尼大学不仅获得了计算机学位，同时还获得了音乐学位。更令人吃惊的是在回到软件开发领域之前，他还获得了音乐学的博士学位。），写了一个框架，将IoC思想具体的实现了，这个框架后来起了个名字叫做 Spring。（因为在这之前大家都是用hibernate这个框架，这个框架中文名字叫做冬眠，并且这个框架比较笨重，耦合比较高。Rod Johnson写的框架就是用来解决类似于hibernate高耦合的问题，所以他将自己框架的名字命名为 Spring 告诉全世界冬天过去了春天来了）。

6.spring的使用

（1）引入依赖

 <dependencies>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-webmvc</artifactId>
            <version>5.2.15.RELEASE</version>
        </dependency>
</dependencies>

（2）配置spring的配置文件

<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
       xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
       xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans.xsd">

    <!--表示一个类交于spring容器来创建
          id:bean的唯一标识。
          class: 类的全路径
    -->
    <bean id="UserDao" class="com.wx.dao.UserDao"></bean>
</beans>

（3）创建UserDao及其接口

public class UserDao implements IUserDao{
    public void show() {
        System.out.println("1111111111");
    }
}

public interface IUserDao {
    public void show();
}

（4）测试

public class Test01 {
    public static void main(String[] args) {
        ApplicationContext app = new ClassPathXmlApplicationContext("application.xml");
        IUserDao bean = (IUserDao) app.getBean("UserDao");
        bean.show();
    }
}

运行效果图
在这里插入图片描述
注意:
使用spring解耦:
当我们将UserDao升级为UserDao1时，我们只需要将修改UserDao1，配置文件

public class UserDao01 implements IUserDao{
    public void show() {
        System.out.println("2222222222");
    }
}

在这里插入图片描述

7. BeanFactory和ApplicationContext的区别

在这里插入图片描述
Spring容器顶层接口：获取Bean对象;管理类和类之间的关系(依赖关系)BeanFactory由org.springframework.beans.factory.BeanFactory接口定义 BeanFactory是工厂模式（Factory pattern）的实现，是IOC容器的核心接口，它的职责包括：实例化、定位、配置应用程序中的对象及建立这些对象间的依赖。

BeanFactory接口包含以下基本方法：

containsBean(String beanName) 判断工厂中是否包含给定名称的bean定义，若有则返回true。

Object  getBean(String  str) 返回给定名称注册的bean实例。根据bean的配置情况，如果是singleton模式将返回一个共享实例，否则将返回一个新建的实例，如果没有找到指定bean,该方法可能会抛出异常。

Object  getBean(String, Class) 返回以给定名称注册的bean实例，并转换为给定class类型

Class  getType(String name) 返回给定名称的bean的Class,如果没有找到指定的bean实例，则排除NoSuchBeanDefinitionException异常

boolean  isSingleton(String) 判断给定名称的bean定义是否为单例模式      

String[]  getAliases(String name) 返回给定bean名称的所有别名

ApplicationContext接口
是基于BeanFactory之上的，提供了应用程序框架服务，扩展的新功能如下：提供国际化的支持资源访问，如URL和文件事件传递载入多个配置文件等实现类常见有三个

ClassPathXmlApplicationContext：-classpath路径加载xml文件的

FileSystemXmlApplicationContext：基于项目根路径进行加载xml文件的

AnnotationConfigApplicationContext：基于注解的配置。基于类书写的配置。

区别：在这里插入图片描述

BeanFactory和ApplicationContext区别:

BeanFactory 才是 Spring 容器中的顶层接口。
ApplicationContext 是它的子接口。
单例模式下创建对象的时间点不一样：
	ApplicationContext：(饿汉模式)只要一读取配置文件，马上就会创建配置文件中配置的对象。
	BeanFactory：(懒汉模式)什么时候getBean("id")，也就是说当根据id获取对象时，才会创建。

选择:饿汉式；

8. 获取bean的方式

1. 通过bean.xml文件中bean标签的id的值获取bean(使用默认构造方法)
	IUserDao iUserDao= (IUserDao) app.getBean("UserDao");
2. 通过类型去获取  
	IUserDao userDao = app.getBean(IUserDao.class);  //通过类型获取bean对象。
3.通过 id  +  类型去获取
	IUserDao userDao = app.getBean("UserDao", IUserDao.class);

9. bean的作用范围:

bean对象的作用范围调整需要配置**scope**属性，设置单例还是多例（只针对ApplicationContext接口来说，**默认是单例的**）

单例:---无论创建多少次对象 他们始终指向同一个实例。

scope：常用  singleton,prototype

singleton：单例的（默认值）当加载配置文件时，就会创建对象。

prototype：多例的（当getBean时才会创建对象）

request：作用于请求范围---同一个那么使用bean同一个。

session：作用于会话范围---同一个会话