Spring学习之路——初识Spring

本篇文章将简单介绍Spring框架以及控制反转思想。本人新人小白一枚，此篇文章也相当于本人的一个小小的笔记，如有错误，欢迎大家指出。

一、简介

Spring的前身是由Rod Johnson创建的interface21框架。Spring在其基础上不断延申扩展，最终成为今天这个“航空母舰"。

通俗易懂 熟练掌握Spring_应用程序

◆目的：解决企业应用开发的复杂性
◆功能：使用基本的JavaBean代替EJB，并提供了更多的企业应用功能
◆范围：任何Java应用

它是一个**轻量级、控制反转(IoC)和面向切面(AOP)**的容器框架，它现在也是被很多企业广泛使用。也只有通过学习好它我们才能为之后SpringBoot和SpringCloud的学习打下基础。

官方网站：https://spring.io/
GitHub：https://github.com/spring-projects

二、Spring的组成及扩展

在Spring官网上我们可以看到这样一幅图

通俗易懂 熟练掌握Spring_通俗易懂 熟练掌握Spring_02

Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring 模块构建在核心容器之上，核心容器定义了创建、配置和管理 bean 的方式 .

每个模块的功能如下：

  • 核心容器：核心容器提供 Spring 框架的基本功能。核心容器的主要组件是
    BeanFactory，它是工厂模式的实现。BeanFactory 使用控制反转（IOC）
    模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。
  • Spring 上下文：Spring 上下文是一个配置文件，向 Spring 框架提供上下文信息。Spring 上下文包括企业服务，例如JNDI、EJB、电子邮件、国际化、校验和调度功能。
  • Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向切面的编程功能 , 集成到了 Spring框架中。所以，可以很容易地使 Spring 框架管理任何支持 AOP的对象。Spring AOP 模块为基于 Spring的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP，不用依赖组件，就可以将声明性事务管理集成到应用程序中。
  • Spring DAO：JDBC DAO
    抽象层提供了有意义的异常层次结构，可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理，并且极大地降低了需要编写的异常代码数量（例如打开和关闭连接）。SpringDAO 的面向 JDBC 的异常遵从通用的 DAO 异常层次结构。
  • Spring ORM：Spring 框架插入了若干个 ORM 框架，从而提供了 ORM 的对象关系工具，其中包括JDO、Hibernate 和 iBatis SQL Map。所有这些都遵从 Spring 的通用事务和 DAO 异常层次结构。
  • Spring Web 模块：Web 上下文模块建立在应用程序上下文模块之上，为基于 Web 的应用程序提供了上下文。所以，Spring 框架支持与 Jakarta Struts 的集成。Web 模块还简化了处理多部分请求以及将请求参数绑定到域对象的工作。
  • Spring MVC 框架：MVC 框架是一个全功能的构建 Web 应用程序的 MVC 实现。通过策略接口，MVC框架变成为高度可配置的，MVC 容纳了大量视图技术，其中包括 JSP、Velocity、Tiles、iText 和 POI。

三、IOC（控制反转）

控制反转是一个非常重要的面向对象的变成原则。有了控制反转我们可以打造出一个轻依赖，松耦合的一个的好程序。它不同于传统创建对象的方式，它将创建查找对象的主动权交给了容器。借用@狂人说老师的话讲，传统的创建对象方式的主动权是程序，是编写程序的程序员程序员，用户很难去干涉这一过程。而使用控制反转这一思想后，把主动权交给了调用者 . 程序不用去管怎么创建,怎么实现了 . 它只负责提供一个接口 .
百度百科的说法是这样的

Class A中用到了Class B的对象b，一般情况下，需要在A的代码中显式的new一个B的对象。
采用依赖注入技术之后，A的代码只需要定义一个私有的B对象，不需要直接new来获得这个对象，而是通过相关的容器控制程序来将B对象在外部new出来并注入到A类里的引用中。而具体获取的方法、对象被获取时的状态由配置文件（如XML）来指定。

下面我们来通过一段例子来康康到底什么是IOC??

四、举个简单的栗子

首先我们创建两个接口，UserDao和UserService。里面都只有一个getUser的方法。

public interface Userdao {
    public void getUser();
}
public interface Userservice {
    public void getUser();
}

之后先编写Userdao 的两个实现类，Daoimpl 和userMysqlDaoimpl 。
分别返回两个不同的字符串。

public class Daoimpl implements userdao {
    public void getUser() {
        System.out.println("获取用户数据");
    }
}
public class userMysqlDaoimpl implements userdao {
    public void getUser() {
        System.out.println("获取mysql数据");
    }
}

之后编写Userservice的实现类。

public class Service implements Userservice {
       private userdao jj  = new Daoimpl();

    public void getUser() {
        jj.getUser();
    }
}

里面就是创建了一个新的Userdao的实例jj，并调用它的getUser方法。
之后我们来写一个测试类吧！

public void test(){
    Userservice service = new Service();
    service.getUser();
}

最终会调用Daoimpl中的getUser方法，但是如果我们想调用userMysqlDaoimpl 中的getUser就必须重新修改Service类创建的实例，使其指userMysqlDaoimpl，才行，非常的麻烦，用户无法进行更改。

那要怎么才能解决这个问题呢？？？？

我们可以在Service类中 创建一个Setter方法，用户传进来那种类型，我们再传给方法体中，这样主动权就在用户手中，我们实现了控制反转！！

public class Sevice implements Userservice {
        private userdao jj ;

    public void setJj(userdao jj) {
        this.jj = jj;
    }

    public void getUser() {
        jj.getUser();
    }
}

我们测试下

public void test(){
    Service service2 = new Service();
    service2.setJj( new userMysqlDaoimpl() );
    service2.getUser();
    //那我们现在又想用Oracle去实现呢
    service2.setJj( new Daoimpl () );
    service2.getUser();
}

这种思想 , 从本质上解决了问题 , 我们程序员不再去管理对象的创建了 , 更多的去关注业务的实现 . 耦合性大大降低 . 这也就是IOC的原型 !
IoC是Spring框架的核心内容，使用多种方式完美的实现了IoC，可以使用XML配置，也可以使用注解，新版本的Spring也可以零配置实现IoC。