Spring 学习笔记 一

 

Spring 学习笔记

Spring的疑问:

一、为什么需要Spring，其定位是什么？

二、Spring有什么好处，如何实现的？

       三、怎么使用Spring?

 

Spring实现的优势：

       无需实现框架指定的接口。Spring依赖注入，减少代码间的依赖，便于重用。

       类与类之间的联系传统方法通过构造辅助类来完成。Spring则将辅助类的事物从代码中剥离到配置文件中

 

IOC（Inverse of control）：

配置文件联系类与类，优势之一就是IOC。IoC，用白话来讲，就是由容器控制程序之间的关系，而非传统实现中，由程序代码直接操控。这也就是所谓“控制反转”的概念所在：控制权（其实是依赖关系）由应用代码中转到了外部容器，控制权的转移，是所谓反转。

 

DI（Dependency Injection）：

所谓依赖注入，即组件之间的依赖关系由容器在运行期决定，形象的来说，即由容器动态的将某种依赖关系注入到组件之中。

 

概念：反向控制（IoC）和依赖注入（DI）

一般来说，IoC和DI代表同一个意思，就是：模块不依赖框架，而是框架反向依赖模块；模块不主动去取得它所依赖的服务，而是由框架主动将它所需要的服务“注入”到模块中。

还是有点绕，配合图解来说明。“反”是对模块而言，正向的直接依赖，变成了对目标对象的上层的依赖，变得更为灵活。至于如下Copier的建立，则在构造中传入两个对象实例即可。

 

         

              From 《ioc从过去到现在》@baobao

 

“反向”还体现在开发顺序上。在非DIP的例子中，下层模块必须先于上层模块完工，否则上层模块将无法编译。但是即便是这样，总得有人将两边串联起来。比如：在main中设置：

 

Copier copy = Copier（new KeboardReader(), new DisplayWriter()）

 

这样一来，还是回到了开始的时候，依赖关系只是迁移到了main里。如果使用反射机制（反射的好处就是不用写明类名，将类名写到string中，这个可以放到文件里）：

 

Class readerClass = Class.forName("KeyboardReader");
        Class writerClass = Class.forName("DisplayWriter");
        Copier copier = new Copier((Reader) readerClass.newInstance(),
                                   (Writer) writerClass.newInstance());

 

这样一来就是把依赖关系从编译时刻迁移到了运行时（进一步就是类似反射机制，使用文件配置，这样就可以脱离类）。使用Spring怎么做（reader、writer配置在bean中）：

 

     Copier copier = new Copier((Reader) BeanFactory.getBean("reader"),
                                   (Writer) BeanFactory.getBean("writer"));

 

      

也有问题：这种模式有什么问题呢？最大的问题就是Copier必须依赖BeanFactory（或者Service Locator或其它名称）的引用。由于BeanFactory是属于框架的，因此这种耦合并不会增加应用程序模块之间的耦合性。在许多情况下，模块对框架的这种依赖性并不会带来什么问题。然而，如果我们希望我们的模块能够工作在许多不同的环境下，而不仅仅是工作于指定框架下，那么这种对框架的依赖性可能成为一种阻碍。

 

在Spring的实际使用中，不只是这样，类的构造也在托付给String，就是说直接调用beanFactory.getBean(“Copier”)可以得到你配置的实例。

 

<beans>
    <bean id="reader" class="KeyboardReader"/>
    <bean id="writer" class="DisplayWriter"/>
    <bean id="copier" class="Copier">
        <constructor-arg ref="reader"/>
        <constructor-arg ref="writer"/>
    </bean>
</beans>

 

这一次，依赖关系从main中终于脱离开来，直接写入到了配置文件中，从模块对框架的依赖，编程了框架也对模块依赖（相互依赖？），这种框架倒过来依赖模块的行为就是IOC，控制反转。

 

物极则反

事物的另一方面是，IoC框架在简化了程序编写的同时，大大复杂化了模块的配置。各IoC框架的主要不同点，几乎就在于如何配置模块，如何让框架知晓模块之间的依赖关系。当配置的复杂程序达到一定程度时，其配置的难度、维护的复杂度会不亚于直接写一段程序。IoC框架的最大问题也在于此。

 

Tip：

       程序运行中，实例该在哪里产生?Spring由容器管理这些实例，在运行中生成；传统方法在类中生成实例，对外提供接口，这些差别带来的影响有多大？Spring有多少优势？

 

       Spring的对象注入通过接口（如HttpServletRequest的doGet、doPost传递的request、response）、设值（seTter方法）、构造（在创立时注入），这些方式保证的是：由容器（Spring）来管理这些类的对象的创建。通过注入的方式调用功能。

 

无侵入性（Reflection机制）： 

Spring的设计时成为一个高度扩展的无侵入框架，无需代码中涉及Spring的专有类，即可将其纳入Spring管理。EJB则设定了许多的接口与编码规范，造成的后果是对代码的迁移，重构都有很大苦难。

注意<value></value>代表一个空字符串，如果需要将属性值设定为null，必须使用<null/>节点。

 

org.springframework.beans 和org.springframework.context是spring IoC容器的基础。

org.springframework.beans.factory.BeanFactory初始化和配置Bean，装配它们之间的依赖关系。

ApplicationContext 是扩展了BeanFactory ，提供了更多的功能，在使用中Spring作者推荐是使用ApplicationContext。

 

几个重要的知识点：

 

(1) spring注入的方式：

Setter注入和构造器注入。如果采用Setter方法注入，别忘了在类定义的时候加上setter方法，这一点开发者常常会忘掉，导致NullPointerException。

 

(2)    自动装配：

Spring提供多种自动装配的功能，其中byName是最好用、最常用的。可以大大简化bean的定义。例子

 

<beans default-autowire="byName">

 

比如我们定义了一个bean 类，它包含了master属性，并且含有setMaster方法，那么spring会自动在IoC容器中寻找名为master的bean，然后调用setMaster将master对象赋值给master。

 

(3)Bean的作用域

 

Singleton

Spring容器只存在一个共享的bean实例，默认的配置为TRUE

 

<bean id="example" class="com.yz.bean.Example"/>

 

Prototype每次对bean的请求都会创建一个新的bean实例。

 

<bean id="example" class="com.yz.bean.Example" singleton=”false”/>

 

两者如何选择？原则：所有有状态的bean都使用Prototype作用域，而对无状态的bean则应该使用singleton作用域。

 

(4) 熟悉Spring的配置文件xml中bean的定义，有助于我们灵活地定义bean。

Bean的定义的格式基本如下：

 

<bean id="example" class="com.yz.bean.Example"/>

 

id唯一标识该bean，要使用某个bean，只需在容器中通过id获得之，就可以获得它的一个实例。

Bean的属性定义如：<properyt name=””>

其属性值可以为：

l         其它bean：

ref bean=

ref local=

l         集合

<list> <set> <map> <props>

l         数字，字符串。

 

(6) bean定义中的继承关系，使用这种继承关系同样可以简化bean的定义，实际开发中经常被使用。

如果你希望你的java bean的实例能继承另外一个java bean的配置信息。那么你在定义该bean的时候要使用parent属性。

 

<bean id="childExample" class="com.yz.bean.ChildExample" parent="example"></bean>

 

尽管这两个bean实际上没有类的继承关系，也可以使用parent属性。这种parent属性的方式实际上提供了模板的形式。

 

(7)  PropertyPlaceholderConfigure

 

用途：将spring中分布在不同的xml文件的一些属性值统一到一个文件来维护。这样可以提高我们程序的维护性，我们在实际开发中经常使用它。

 

 

  <bean id="placeholderConfig" class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">
       <property name="location" value="/com/yz/bean/common.properties"/>
    </bean>
    <bean id="datasource" class="org.apache.commons.dbcp.BasicDataSource">
        <property name="driverClassName" value="${jdbc.driverClassName}"/>
        <property name="url" value="${jdbc.url}"/>
        <property name="username" value="${jdbc.username}"/>
        <property name="password" value="${jdbc.password}"/>
    </bean>