zoukankan      html  css  js  c++  java
  • Spring

    1、Spring概述

      一个开源框架,是为了解决企业应用程序开发复杂性而创建的。

      框架的主要优势之一就是其分层架构,分层架构允许选择使用哪一个组件,同时为 J2EE 应用程序开发提供集成的框架。

      Spring 的核心要点是:支持不绑定到特定 J2EE 服务的可重用业务和数据访问对象。毫无疑问,这样的对象可以在不同 J2EE 环境 (Web 或 EJB)、独立应用程序、测试环境之间重用。

    2、Spring框架  

      ——分层架构,包括七个模块

      

    • 核心容器:核心容器提供 Spring 框架的基本功能。核心容器的主要组件是 BeanFactory,它是工厂模式的实现。BeanFactory 使用控制反转 (IOC) 模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。
    • Spring 上下文:Spring 上下文是一个配置文件,向 Spring 框架提供上下文信息。Spring 上下文包括企业服务,例如 JNDI、EJB、电子邮件、国际化、校验和调度功能。
    • Spring AOP:通过配置管理特性,Spring AOP 模块直接将面向方面的编程功能集成到了 Spring 框架中。所以,可以很容易地使 Spring 框架管理的任何对象支持 AOP。Spring AOP 模块为基于 Spring 的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP,不用依赖 EJB 组件,就可以将声明性事务管理集成到应用程序中。
    • Spring DAO:JDBC DAO 抽象层提供了有意义的异常层次结构,可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理,并且极大地降低了需要编写的异常代码数量(例如打开和关闭连接)。Spring DAO 的面向 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。

    3、Spring IOC

      IOC(Inversion of control)即控制反转,不是什么技术,而是一种思想。IOC意味着将你设计好的对象交给ioc容器控制,而不是传统的在你对象内部直接控制。

    谁控制谁?控制什么?

      传统Java SE程序设计,我们直接在对象内部通过new进行创建对象,是程序主动去创建依赖对象;

      而IoC是有专门一个容器来创建这些对象,即由Ioc容器来控制对象的创建;谁控制谁?当然是IoC容器控制了对象;控制什么?那就是主要控制了外部资源获取(不只是对象包括比如文件等);

    为何时反转,在那些方面反转了?

      有反转就有正转,传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象,也就是正转;

      而反转则是由容器来帮忙创建及注入依赖对象;为何是反转?因为由容器帮我们查找及注入依赖对象,对象只是被动的接受依赖对象,所以是反转;哪些方面反转了?依赖对象的获取被反转了。

    ioc扩展:

      IoC 不是一种技术,只是一种思想,一个重要的面向对象编程的法则,它能指导我们如何设计出松耦合、更优良的程序。传统应用程序都是由我们在类内部主动创建依赖对象,从而导致类与类之间高耦合,难于测试;有了IoC容器后,把创建和查找依赖对象的控制权交给了容器,由容器进行注入组合对象,所以对象与对象之间是 松散耦合,这样也方便测试,利于功能复用,更重要的是使得程序的整个体系结构变得非常灵活。

      其实IoC对编程带来的最大改变不是从代码上,而是从思想上,发生了“主从换位”的变化。应用程序原本是老大,要获取什么资源都是主动出击,但是在IoC/DI思想中,应用程序就变成被动的了,被动的等待IoC容器来创建并注入它所需要的资源了。

      IoC很好的体现了面向对象设计法则之一—— 好莱坞法则:“别找我们,我们找你”;即由IoC容器帮对象找相应的依赖对象并注入,而不是由对象主动去找。

    4、依赖注入

    4.1、设值注入

      设值注入是指IOC容器使用属性的Setter方法来注入被依赖的实例。这种注入方式简单、直观,因而在Spring的依赖注入里大量使用。

    例外:

    注意:Spring推荐面向接口编程,可以更好的让规范和实现分离,从而提供更好的解耦,对于一个JAVAEE应用,不管是DAO组件,还是业务逻辑组件,都应该先定义一个接口,该接口定义组件应该实现的功能,但是功能的实现则由其实现类提供。

    我们先定义2个接口,如:

    然后,分别实现其实现类,如:

     

     

    最后,我们在applicationContext.xml的<beans></beans>中分别配置2个JAVABEAN实例,并配置其关系管理。如:

     

    在配置文件中,Spring配置Bean实例通常会指定2个属性:

    Id:指定该Bean的唯一标识,程序通过ID属性值来访问该BEAN实例。

    Class:指定该BEAN的实现类,此处不可再用接口,必须使用实现类,Spring容器会使用XML解析器读取该属性值,并利用反射来创建该实现类的实例。

     

    从上面的示例中,可以分析出,依赖注入以配置文件管理BEAN实例之间的耦合,让BEAN实例之间的耦合从代码层次分离出来,依赖注入是一种优秀的解耦方式。

    分析得到SpringIOC容器的3个基本要点:

    1、 应用程序的各组件面向接口编程。面向接口编程可以将各组件之间的耦合提示到接口层次,从而有利于项目后期的发展。

    2、 应用程序的各组件不再由程序主动产生,而是由Spring容器来负责产生、并初始化。

    3、 Spring采用配置文件、或Annotation来管理Bean的实现类、依赖关系,Spring容器则根据配置文件、利用反射来创建实例,并为之注入依赖关系。

     4.2、构造注入

      通过setter方法为目标Bean注入依赖关系的方式,被称为设值注入;

      另外还有一种注入方式,这种方式在构造实例时,已经为其完成了依赖关系的初始化。这种利用构造器来设置依赖关系的方式,被称之为构造注入。

      

    import com.lovo.beans.CardInfoT;
    
    import com.lovo.dao.ICardDao;
    
    import com.lovo.service.ICardService;
    
     
    
    public class CardServiceImpl implements ICardService {
    
     
    
    private ICardDao cardDaoImpl;
    
     
    
    //默认的构造器,如果要设置有参构造,需要先显示执行无参构造
    
    public CardServiceImpl(){
    
    }
    
    /**
    
     * 构造注入所需的带参数的构造器
    
     * @param cardDao
    
     */
    
    public CardServiceImpl(ICardDao cardDao){
    
    this.cardDaoImpl = cardDao;
    
    }
    
    public void saveCard(CardInfoT card) {
    
    // TODO Auto-generated method stub
    
    cardDaoImpl.saveCard(card);
    
    }
    
    }
    <!-- 由spring容器创建实例化对象,并管理对象之间的关系 -->
    
    <bean id="cardDaoImpl" class="com.lovo.dao.impl.CardDaoImpl"></bean>
    
    <!-- spring构造注入-->
    
    <bean id="cardServiceImpl" class="com.lovo.service.impl.CardServiceImpl">
    
    <!-- 使用构造注入,为 cardServiceImpl实例注入cardDaoImpl实例-->
    
    <constructor-arg ref="cardDaoImpl"></constructor-arg>
    
    </bean>

    两种注入方式的对比:

    Spring同时支持两种依赖注入方式:设置注入和构造注入。两种注入方式,并没有绝对的好坏之分,只是适应的场景有所不同。

    相比之下,设置注入具有如下优点:

    1、 与传统的JavaBean的写法更相识,程序开发人员更容易理解、接受、通过setter方式设定依赖关系显得更加直观、自然。

    2、 对于复杂的依赖关系,如果采用构造注入,会导致构造器过于臃肿,难以阅读。Spring在创建Bean实例时,需要同时实例化其依赖的全部实例,因而导致性能下降。而使用设置注入,则可以避免。

    3、 尤其是在某些属性可选的情况下,多参数的构造器更加笨重。

    当然,构造注入也不是绝对不如设值注入,某些特定的场合,构造更适合。构造也有如下优点:

    1、 构造注入可以在构造器中决定依赖关系的注入顺序,优先依赖的优先注入,常常需要依赖于Datasource的注入。采用构造注入,可以在代码中清晰地决定注入顺序。

    2、 对于依赖关系无须变化的Bean,构造注入更有用处。因为没有setter方法,所有的依赖关系全部在构造器中设定,因此,无须担心后续的代码对依赖关系产生破坏。

    3、 依赖关系只能在构造器中设定,则只有组件的创建者才能改变组件的依赖关系。对组件的调用者而言,组件内部的依赖关系完全透明,更符合高内聚的原则。

    建议采用以设值注入为主,构造注入为辅的注入策略。对于依赖关系无须变化的注入,尽量采用构造注入;而其他的依赖关系的注入,则考虑采用设值注入

     

    5、Spring的配置

    5.1、几种配置方式  

     

    5.2、Java配置

    1)@Configuration 和 @Bean

    Spring的Java配置方式是通过 @Configuration 和 @Bean 这两个注解实现的:

    1、@Configuration 作用于类上,相当于一个xml配置文件;

    2、@Bean 作用于方法上,相当于xml配置中的<bean>;

    5.3、注解配置

      1)@Service、@Component、@Repository、@Controlle

    5.4、XML配置

    Spring 的配置文件是XML格式,Spring的IOC容器启动时就需要传入一个配置文件,才能以此为基础创建一个容器,并且实例化、配置配置文件中配置好的Bean。

    Spring 配置文件用于指导Spring 工厂生产Bean,并进行依赖关系的注入,以及Bean实例的分发。Spring默认使用applicationContext.xml配置文件,可以修改。

    Spring 启动成功需要有Spring 依赖包、配置文件以及配置的Bean的类都合法。

     

    Spring 启动时读取应用程序提供的Bean配置信息,并在Spring容器中生成一份Bean的配置注册表;然后根据这张注册表来实例化Bean,装配好Bean之间的依赖关系;为应用上层提供就绪的运行环境。

    Spring 容器中对象更加明确的经历了定义、实例化和使用等阶段:

    • 对象定义: Spring 容器启动时,会根据开发人员对 Bean(对象)的定义,统一解析这些 Beans 到 Bean Definition容器 (ConcurrentHashMap<String, BeanDefinition>beanDefinitionMap) 中。同时 Spring 也会解析一些容器启动所必须的和一些默认行为的 Beans 到Bean Definition容器中。
    • 对象实例化: Spring 容器根据一定的规则,将 beanDefinitionMap 中的每个 Bean Definition实例化为具体的 Java 对象,同时会将 Singleton 类型的对象缓存到 bean 容器 (ConcurrentHashMap<String, Object> singletonObjects) 中。
    • 对象使用: 前两步骤为 Spring 容器启动时执行,该步骤为应用程序在执行相关业务逻辑时,会到 Spring 容器中找出(Single 类型)或者实例化(如 Prototype 类型)相关对象,供业务逻辑使用。
  • 相关阅读:
    python类组合
    python 反射 (自省)
    继承 继承 多态
    与属性的深入交流
    与对象的第一次相遇
    MySQL 主从复制
    Redis 配置项
    Redis Cluster 部署
    网络协议和管理
    字符串
  • 原文地址:https://www.cnblogs.com/chacha-z/p/10863187.html
Copyright © 2011-2022 走看看