殷广超_Spring学习心得

对Spring 框架的学习心得一、概要介绍Spring 框架估计大家都已经了解。

它的目的是解决企业应用开发的复杂性，在功能上是用基本的JavaBean代替EJB，并提供了更多的企业应用功能。

Spring 框架是一个分层架构，由 7 个定义良好的模块组成。

Spring 模块构建在核心容器之上，核心容器定义了创建、配置和管理 bean 的方式。

现在把Spring主要的并且非常基础的IOC与AOP的应用一些心得给大家介绍一下。

1、核心容器：核心容器提供 Spring 框架的基本功能。

核心容器的主要组件是BeanFactory，它是工厂模式的实现。

BeanFactory 使用控制反转（IOC）模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。

2、 Spring AOP：通过配置管理特性，Spring AOP 模块直接将面向方面的编程功能集成到了 Spring 框架中。

所以，可以很容易地使 Spring 框架管理的任何对象支持 AOP。

Spring AOP 模块为基于 Spring 的应用程序中的对象提供了事务管理服务。

通过使用 Spring AOP，不用依赖 EJB 组件，就可以将声明性事务管理集成到应用程序中。

这两个方面应该说在Spring中用到的非常广泛。

二、详细介绍1、IOC的说明IoC (Inversion of Control)，它把传统上由程序代码直接操控的对象的调用权交给容器，通过容器来实现对象组件的装配和管理。

所谓的“控制反转”概念就是对组件对象控制权的转移，从程序代码本身转移到了外部容器。

从上图可以看到IOC主要包括两个部分的内容，一个是依赖查找、另外一个是依赖注入两个部分。

依赖查找就是容器提供回调接口和上下文环境给组件，例如EJB就是通过这种JNDI的方式进行上下文查找。

示例代码：InitialContext ctx = new InitialContext();Object obj = ctx.lookup(EJBProxy.JNDI);CPTransHome localhome(CPTransHome)PortableRemoteObject.narrow(obj,CPTransHome.class);依赖查找的主要问题是，这段代码必须依赖于JNDI环境，所以它不能在应用服务器之外运行，并且如果要用别的方式取代JNDI来查找资源和协作对象，就必须把JNDI代码抽出来重构到一个策略方法中去。

依赖注入实现的基本原则是：应用组件不应该负责查找资源或者其他依赖的协作对象。

配置对象的工作应该由IoC容器负责，“查找资源”的逻辑应该从应用组件的代码中抽取出来，交给IoC容器负责。

依赖注入包括接口、设值、构造三种注入方式。

代码示例如下：待注入的业务对象Content.javapublic class Content {public void BusniessContent(){System.out.println("do business");}public void AnotherBusniessContent(){System.out.println("do another business");}}构造注入示例：public class MyBusiness {private Content myContent;注：通过构造函数注入对象public MyBusiness(Content content) {myContent = content;}public void doBusiness(){myContent.BusniessContent();}public void doAnotherBusiness(){myContent.AnotherBusniessContent();}}设值注入示例：public class MyBusiness {private Content myContent;注：通过set的方式直接注入public void setContent(Content content) {myContent = content;}public void doBusiness(){myContent.BusniessContent();}public void doAnotherBusiness(){myContent.AnotherBusniessContent();}}接口注入示例：设置注入接口：public interface InCeshi {void createContent(Content content);}接口注入：public class MyBusiness implements InContent{private Content myContent;public void createContent(Content content) {myContent = content;}public void doBusniess(){myContent.BusniessContent();}public void doAnotherBusniess(){myContent.AnotherBusniessContent();}}Spring核心就是利用了IOC模式的依赖注入原则。

依赖注入原则也是Spring实现的重点内容。

同时我们也可以把IOC的依赖注入原则看做是工厂模式的升华，可以把IoC 看作是一个工厂，这个工厂里要生成的对象都是在XML文件中给出定义的，然后利用Java的“反射”机制，根据XML中给出的类名生成相应的对象。

从实现来看，IoC是把以前在工厂方法里写死的对象生成代码，改变为由XML文件来定义，也就是把工厂和对象生成这两者独立分隔开来，目的就是提高灵活性和可维护性。

Spring利用IOC并结合工厂模式，实现了对象的实例化。

IOC容器的载体其实可以理解为就是Map，即我们常说的缓存。

在spring中IOC缓存主要分bean 实例的缓存(单例)和bean定义信息的缓存，然后通过getBean()得到实例。

用到哪个实例得到哪个。

org.springframework.beans.factory.BeanFactory是Spring Ioc容器的真实描述，Spring Ioc容器负责包含并管理所有的bean。

BeanFactory接口是Ioc容器的核心接口，它的职责就是初始化应用程序所需的对象，并配置这些对象、聚合这些对象之间的依赖。

Spring为提供了许多易用的BeanFactory实现，XmlBeanFactory就是最常用的一个。

该实现将以XML方式描述组成应用的对象以及对象间的依赖关系。

XmlBeanFactory类将持有此XML配置元数据，并用它来构建一个完全可配置的系统或应用。

我们可以使用下面的代码实例化BeanFactory：InputStream is = new FileInputStream("beans.xml");XmlBeanFactory factory = new XmlBeanFactory(is);或者ClassPathResource res = new ClassPathResource("beans.xml"); XmlBeanFactory factory = new XmlBeanFactory(res);或者ClassPathXmlApplicationContext appContext = new ClassPathXmlApplicationContext(new String[] {"applicationContext.xml","applicationContext-part2.xml"});// of course, an ApplicationContext is just a BeanFactory BeanFactory factory = (BeanFactory) appContext;注：ApplicationContext是整个spring的上下文环境。

以下是一个基于XML的配置元数据的基本结构：<?xml version="1.0" encoding="UTF-8"?><beans xmlns="/schema/beans"xmlns:xsi="/2001/XMLSchema-instance"xsi:schemaLocation="/schema/beans/schema/beans/spring-beans-2.0.xsd"> <beans><bean id="..." class="..."><!-- collaborators and configuration for this bean go here --> </bean><bean id="..." class="..."><!-- collaborators and configuration for this bean go here --> </bean><!-- more bean definitions go here... --></beans>2、AOP的说明OO注重的是我们解决问题的方法(封装成Method),而AOP注重的是许多解决解决问题的方法中的共同点,是对OO思想的一种补充!面向对象的编程（OOP）方法是在面向过程的编程方法基础上进行的改进，而面向方面编程（AOP）方法又是在面向对象编程（OOP）方法的基础上进行改进而来的一种创新的软件开发方法。

AOP和OOP虽然在字面上十分相似，但是却是面向不同领域的两种设计思想。

OOP（面向对象编程）针对问题领域中以及业务处理过程中存在的实体及其属性和操作进行抽象和封装，面向对象的核心概念是纵向结构的，其目的是获得更加清晰高效的逻辑单元划分；AOP则是针对业务处理过程中的切面进行提取，例如：某一个操作在各个模块中都有涉及，这个操作就可以看成“横切”存在于系统当中。

在许多情况下，这些操作都是与业务逻辑相关性不强或者不属于逻辑操作的必须部分，而面向对象的方法很难对这种情况做出处理。