复旦大学：《面向对象分析和设计》课程资料_开源项目研讨报告_Spring开源项目介绍.pdf_大学文库

组成 Spring框架的每个模块(或组件)都可以单独存在,或者与其他一个或多个模块联合实现。每个模块的功能如下: ☆核心容器:核心容器提供 Spring框架的基本功能。核心容器的主要组件是 Bean Factory,它是工厂模式的实现。 Bean Factory使用控制反转(IOC)模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。 ☆ Spring上下文: Spring上下文是一个配置文件,向 Spring框架提供上下文信息。 Spring上下文包括企业服务,例如NDI、EJB、电子邮件、国际化、校验和调度功能。 ☆ Spring AOP:通过配置管理特性, Spring AoP模块直接将面向方面的编程功能集成到了 Spring框架中。所以,可以很容易地使 Spring框架管理的任何对象支持AOP。 Spring AOP模块为基于 Spring的应用程序中的对象提供了事务管理服务。通过使用 Spring AOP,不用依赖BJB组件,就可以将声明性事务管理集成到应用程序中。 ☆ 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、Ⅴ elocity、Tles、iext和POl Spring框架的功能可以用在任何J2EE服务器中,大多数功能也适用于不受管理的环境。 Spring的核心要点是:支持不绑定到特定JEE服务的可重用业务和数据访问对象。毫无疑问,这样的对象可以在不同J2EE环境(Web 或EJB)、独立应用程序、测试环境之间重用。二、IOC和AOP 控制反转模式(也称作依赖性介入)的基本概念是:不创建对象,但是描述创建它们的方式。在代码中不直接与对象和服务连接,但在配置文件中描述

组成 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。 Spring 框架的功能可以用在任何 J2EE 服务器中，大多数功能也适用于不受管理的环境。Spring 的核心要点是：支持不绑定到特定 J2EE 服务的可重用业务和数据访问对象。毫无疑问，这样的对象可以在不同 J2EE 环境（Web 或 EJB）、独立应用程序、测试环境之间重用。二、 IOC 和 AOP 控制反转模式（也称作依赖性介入）的基本概念是：不创建对象，但是描述创建它们的方式。在代码中不直接与对象和服务连接，但在配置文件中描述

哪一个组件需要哪一项服务。容器(在 Spring框架中是IOC容器)负责将这些联系在一起。在典型的IOC场景中,容器创建了所有对象,并设置必要的属性将它们连接在一起,决定什么时间调用方法。下表列出了IOC的一个实现模式服务需要实现专门的接口,通过接口,由对象提供这些类服务,可以从对象查询依赖性(例如,需要的附加服务) 型1 类型2通过 JavaBean的属性(例如 setter法)分配依赖性类型3依赖性以构造函数的形式提供,不以 JavaBean属性的形式公开 Spring框架的IOC容器采用类型2和类型3实现。 21面向方面的编程面向方面的编程,即AOP,是一种编程技术,它允许程序员对横切关注点或横切典型的职责分界线的行为(例如日志和事务管理)进行模块化。AOP 的核心构造是方面,它将那些影响多个类的行为封装到可重用的模块中。 AOP和IOC是补充性的技术,它们都运用模块化方式解决企业应用程序开发中的复杂问题。在典型的面向对象开发方式中,可能要将日志记录语句放在所有方法和Java类中才能实现日志功能。在AOP方式中,可以反过来将日志服务模块化,并以声明的方式将它们应用到需要日志的组件上。当然,优势就是Java类不需要知道日志服务的存在,也不需要考虑相关的代码。所以用 Spring AOP编写的应用程序代码是松散耦合的 AOP的功能完全集成到了 Spring事务管理、日志和其他各种特性的上下文中。软件系统通常由多个组件构成,每个组件负责一个特定的功能领域。但是, 这些组件也经常承担它们的核心功能之外的额外责任。系统服务(例如日志、事务管理和安全性)经常发现自己跑到了别的组件的领域里,而这些组件的核心职责是其他事情。结果就是所谓的“代码纠缠”,或者更简单点儿说团糟”。面向方面编程是一种试图解决这个问题的编程技术,它把关注点的隔离提升为核心的编程概念使用AOP时,仍然是在一个地方定义系统的公共功能,但是可以声明性地定义如何和在哪里应用这个功能。如果对横切关注点(例如日志和事务管理) 进行了模块化,那么不用修改每个单独的类,就可以向代码中添加新特性。这类模块化的关注点称作方面。可以在任何Java?企业版(J2EE)服务器中使用 Spring框架的功能。而且

哪一个组件需要哪一项服务。容器（在 Spring 框架中是 IOC 容器）负责将这些联系在一起。在典型的 IOC 场景中，容器创建了所有对象，并设置必要的属性将它们连接在一起，决定什么时间调用方法。下表列出了 IOC 的一个实现模式。类型 1 服务需要实现专门的接口，通过接口，由对象提供这些服务，可以从对象查询依赖性（例如，需要的附加服务）类型 2 通过 JavaBean 的属性（例如 setter 方法）分配依赖性类型 3 依赖性以构造函数的形式提供，不以 JavaBean 属性的形式公开 Spring 框架的 IOC 容器采用类型 2 和类型 3 实现。 2.1 面向方面的编程面向方面的编程，即 AOP，是一种编程技术，它允许程序员对横切关注点或横切典型的职责分界线的行为（例如日志和事务管理）进行模块化。AOP 的核心构造是方面，它将那些影响多个类的行为封装到可重用的模块中。 AOP 和 IOC 是补充性的技术，它们都运用模块化方式解决企业应用程序开发中的复杂问题。在典型的面向对象开发方式中，可能要将日志记录语句放在所有方法和 Java 类中才能实现日志功能。在 AOP 方式中，可以反过来将日志服务模块化，并以声明的方式将它们应用到需要日志的组件上。当然，优势就是 Java 类不需要知道日志服务的存在，也不需要考虑相关的代码。所以，用 Spring AOP 编写的应用程序代码是松散耦合的。 AOP 的功能完全集成到了 Spring 事务管理、日志和其他各种特性的上下文中。软件系统通常由多个组件构成，每个组件负责一个特定的功能领域。但是，这些组件也经常承担它们的核心功能之外的额外责任。系统服务（例如日志、事务管理和安全性）经常发现自己跑到了别的组件的领域里，而这些组件的核心职责是其他事情。结果就是所谓的“代码纠缠”，或者更简单点儿说“一团糟”。面向方面编程是一种试图解决这个问题的编程技术，它把关注点的隔离提升为核心的编程概念。使用 AOP 时，仍然是在一个地方定义系统的公共功能，但是可以声明性地定义如何和在哪里应用这个功能。如果对横切关注点（例如日志和事务管理）进行了模块化，那么不用修改每个单独的类，就可以向代码中添加新特性。这类模块化的关注点称作方面。可以在任何 Java? 企业版（J2EE）服务器中使用 Spring 框架的功能。而且

还可以调整它的大多数功能,使其适合不受控环境。 Spring的中心焦点就是支持不被束缚在特定J2EEE服务上的可重用业务和数据访问对象。可以跨J2EE 环境(web或企业 Javabean(EJB))、独立应用程序、测试环境等等重用这类对象,而不会有任何麻烦个企业应用程序为例。这类应用程序通常要求类似于安全性和事务支持的服务。显然,可以把这些服务的支持直接编写到要求服务的每个类当中,但是更希望能够不必为大量事务性上下文编写同样的事务处理代码。如果使用 Spring AOP进行事务处理,那么可以声明性地安排适当的方法调用,而不必逐个安排。 Spring AOP提供了几个方面,可以为 Javabean声明事务。例如, Transaction Proxy Factory Bean是个方便的代理类,能够拦截对现有类的方法调用,并把事务上下文应用到事务bean。在下面的示例中会看到这个类的实际应用 22IOC容器 Spring设计的核心是 org.springframework beans包,它的设计目标是与 Javabean组件一起使用。这个包通常不是由用户直接使用,而是由服务器将其用作其他多数功能的底层中介。下一个最高级抽象是 Bean Factory接口,它是工厂设计模式的实现,允许通过名称创建和检索对象。 Bean Factory也可以管理对象之间的关系 Bean Factory支持两个对象模型口单态模型提供了具有特定名称的对象的共享实例,可以在查询时对其进行检索。 Singleton是默认的也是最常用的对象模型。对于无状态服务对象很理口原型模型确保每次检索都会创建单独的对象。在每个用户都需要自己的对象时,原型模型最适合 bean工厂的概念是 Spring作为IoC容器的基础。IOC将处理事情的责任从应用程序代码转移到框架。正如我将在下一个示例中演示的那样, Spring框架使用 Javabean属性和配置数据来指出必须设置的依赖关系。 Bean Factory接口因为 org.springframework beans. factory. Bean Factory是一个简单接口,所以可以针对各种底层存储方法实现。最常用的 Bean Factory定义是 XmlBean Factory,它根据XML文件中的定义装入bean,如清单1所示清单1. XmlBean Factory Bean Factory factor new XMLBean Factory (new FilelnputSteam("mybean. xml"));

还可以调整它的大多数功能，使其适合不受控环境。Spring 的中心焦点就是支持不被束缚在特定 J2EEE 服务上的可重用业务和数据访问对象。可以跨 J2EE 环境（Web 或企业 JavaBean（EJB））、独立应用程序、测试环境等等重用这类对象，而不会有任何麻烦。以一个企业应用程序为例。这类应用程序通常要求类似于安全性和事务支持的服务。显然，可以把这些服务的支持直接编写到要求服务的每个类当中，但是更希望能够不必为大量事务性上下文编写同样的事务处理代码。如果使用 Spring AOP 进行事务处理，那么可以声明性地安排适当的方法调用，而不必逐个安排。 Spring AOP 提供了几个方面，可以为 JavaBean 声明事务。例如， TransactionProxyFactoryBean 是个方便的代理类，能够拦截对现有类的方法调用，并把事务上下文应用到事务 bean。在下面的示例中会看到这个类的实际应用。 2.2 IOC 容器 Spring 设计的核心是 org.springframework.beans 包，它的设计目标是与 JavaBean 组件一起使用。这个包通常不是由用户直接使用，而是由服务器将其用作其他多数功能的底层中介。下一个最高级抽象是 BeanFactory 接口，它是工厂设计模式的实现，允许通过名称创建和检索对象。BeanFactory 也可以管理对象之间的关系。 BeanFactory 支持两个对象模型。 □ 单态模型提供了具有特定名称的对象的共享实例，可以在查询时对其进行检索。Singleton 是默认的也是最常用的对象模型。对于无状态服务对象很理想。 □ 原型模型确保每次检索都会创建单独的对象。在每个用户都需要自己的对象时，原型模型最适合。 bean 工厂的概念是 Spring 作为 IOC 容器的基础。IOC 将处理事情的责任从应用程序代码转移到框架。正如我将在下一个示例中演示的那样，Spring 框架使用 JavaBean 属性和配置数据来指出必须设置的依赖关系。 BeanFactory 接口因为 org.springframework.beans.factory.BeanFactory 是一个简单接口，所以可以针对各种底层存储方法实现。最常用的 BeanFactory 定义是 XmlBeanFactory，它根据 XML 文件中的定义装入 bean，如清单 1 所示。清单 1. XmlBeanFactory BeanFactory factory = new XMLBeanFactory(new FileInputSteam("mybean.xml"));

Hibernate是Java平台上一个功能全面的、开源的OR映射框架。 Hibernate 支持开发符合常规Java理念的持久性类包括关联、继承、多态、复合以及Java集合框架。 Hibernate查询语言(HQL)被设计成SQL的一个微型面向对象扩展,它是对象和关系世界之间的桥梁。 Hibernate也支持用原始SQL或基于Java的标准和示例査询表达查询。 Hibernate使用XML(* hbm. xml)文件把Java类映射到表,把 Javabean属性映射到数据库表。通过JDBC技术,支持所有的SQL数据库管理系。 Hibernate与所有流行的』2EE应用程序服务器和web容器都很好地集成。实际示例个银行应用程序示例可以让您自己看到 Spring AOP和 Hibernate一起工作有多么好。银行帐户用例允许用户( Customer)在一个事务中打开一个或多个银行帐户。用户可以申请多个银行帐户,可以选择是支票帐户类型或者是储蓄帐户类型应用程序数据库( Cloudscape?)容纳所有客户和帐户信息。在这个例子中, 假设在 Customer和 Account类之间存在N的关联。在实际生活场景中,关联可能需要按mn建模,才能支持联合帐户。由于用户必须可以在一个事务中申请多个帐户,所以首先要为数据库交互实现一个DOA模式。然后要设置 Spring AOP的 Transaction Proxy Factory Bean, 让它拦截方法调用并声明性地把事务上下文应用到DOA 四、 Struts和 Spring的区别作者:0461108刘芳 4 STruts介绍从视图角度(View) 主要由JSP建立, struts自身包含了一组可扩展的自定义标签库( TagLib), 可以简化创建用户界面的过程。目前包括: Bean Tags, HTML Tags, Logic tags, Nested Tags, Template Tags这几个 Taglib. 从模型角度( Model) 模型主要是表示一个系统的状态(有时候,改变系统状态的业务逻辑操作也也划分到模型中)。在 Struts中,系统的状态主要有 ActiomForm Bean体现, 般情况下,这些状态是非持久性的。如果需要将这些状态转化为持久性数据存储 Struts本身也提供了 Title包,可以方便的与数据库操作从控制器角度( Controller) 在 Struts framework中, Controller主要是 Action Servlet,但是对于业务逻辑的操作则主要由 Action、 ActionMapping、 Action Forward这几个组件协调完成(也许这几个组件,应该划分到模型中的业务逻辑一块)。其中, Actior

Hibernate 是 Java 平台上一个功能全面的、开源的 OR 映射框架。Hibernate 支持开发符合常规 Java 理念的持久性类 —— 包括关联、继承、多态、复合以及 Java 集合框架。Hibernate 查询语言（HQL）被设计成 SQL 的一个微型面向对象扩展，它是对象和关系世界之间的桥梁。Hibernate 也支持用原始 SQL 或基于 Java 的标准和示例查询表达查询。Hibernate 使用 XML（*.hbm.xml）文件把 Java 类映射到表，把 JavaBean 属性映射到数据库表。通过 JDBC 技术，支持所有的 SQL 数据库管理系。Hibernate 与所有流行的 J2EE 应用程序服务器和 Web 容器都很好地集成。实际示例一个银行应用程序示例可以让您自己看到 Spring AOP 和 Hibernate 一起工作有多么好。银行帐户用例允许用户（Customer）在一个事务中打开一个或多个银行帐户。用户可以申请多个银行帐户，可以选择是支票帐户类型或者是储蓄帐户类型。应用程序数据库（Cloudscape?）容纳所有客户和帐户信息。在这个例子中，假设在 Customer 和 Account 类之间存在 1:N 的关联。在实际生活场景中，关联可能需要按 m:n 建模，才能支持联合帐户。由于用户必须可以在一个事务中申请多个帐户，所以首先要为数据库交互实现一个 DOA 模式。然后要设置 Spring AOP 的 TransactionProxyFactoryBean，让它拦截方法调用并声明性地把事务上下文应用到 DOA。四、 Struts 和 Spring 的区别作者：0461108 刘芳 4.1Struts 介绍: 从视图角度（View）主要由 JSP 建立，struts 自身包含了一组可扩展的自定义标签库（TagLib），可以简化创建用户界面的过程。目前包括：Bean Tags，HTML Tags，Logic Tags， Nested Tags，Template Tags 这几个 Taglib。从模型角度（Model）模型主要是表示一个系统的状态（有时候，改变系统状态的业务逻辑操作也也划分到模型中）。在 Struts 中，系统的状态主要有 ActiomForm Bean 体现，一般情况下，这些状态是非持久性的。如果需要将这些状态转化为持久性数据存储， Struts 本身也提供了 Utitle 包，可以方便的与数据库操作从控制器角度（Controller）在 Struts framework 中， Controller 主要是 ActionServlet，但是对于业务逻辑的操作则主要由 Action、ActionMapping、ActionForward 这几个组件协调完成（也许这几个组件，应该划分到模型中的业务逻辑一块）。其中，Action

扮演了真正的业务逻辑的实现者,而 ActionMapping和 Action Forward则指定了不同业务逻辑或流程的运行方向。 42 Spring介绍轻量,从大小与开销两方面而言 Spring都是轻量的。完整的 Spring框架可以在大小只有1MB多的JAR文件里发布。并且 Spring所需的处理开销也是微不足道的。此外, Spring是非侵入式的:典型地, Spring应用中的对象不依赖于 Spring 的特定类。 2、控制反转, Spring通过一种称作控制反转(IoC)的技术促进了松耦合。当应用了IoC,对象被动地传递它们的依赖而不是自己创建或者査找依赖对象。你可以认为IoC与JNDI相反,不是对象从容器中査找依赖,而是容器在对象初始化时不等被请求就将依赖传递给它。 3、面向切面. Spring包含对面向切面编程的丰富支持,允许通过分离应用的业务逻辑与系统服务(例如审计与事物管理)进行内聚性的开发。应用对象只做它们应该做的”完成业务逻辑”仅此而已。它们并不负责(甚至是意识)其它的系统关注点,例如日志或事物支持。 4、容器. Spring包含和管理应用对象的配置和生命周期,在这个意义上它是种容器。你可以配置你的每个bean如何被创建??基于一个配置原形为你的bean 创建一个单独的实例或者每次需要时都生成一个新的实例以及它们是如何相互关联的。然而, Spring不应该被混同于传统的重量的EJB容器,它们经常是庞大与笨重的,难以使用 4.3 Struts VS Spring struts缺点是比较重,页面(V)上要有form要用标签,form(M)要继承 Action Form 这么个东西,控制类(C)继承 Action/ DispatchAction Spring,页面标签用 jst1, model也不用继承什么,控制类继承 MultiAction Controller/SimpleFormController 在页面输入数据绑定上, struts用的是 ActionForm的自动绑定, Spring的是在 controller中声明 command对象。在实现输入验证上 struts在form(M)上做文章要继承 ValidateForr, Sprit 都在 action上做文章。 Spring比较特殊,它是编程式的验证;而 struts都是配置式的验证各自优缺点:1、 Struts优点:业界“标准”(很多成功案例),学习资源丰富,HIML标签非常优秀缺点: ActionForms使用不便、无法进行单元测试 ( StrutsTestcase只能用于集成)2、 Spring mvc优点: Lifecyle for overriding binding, validation,etc.;易于同其它View框架( Titles等) 无缝集成,采用I0C便于测试缺点:使用人数少、jsp中要写很多代码、控制器过于灵活,缺少一个公用控制器

扮演了真正的业务逻辑的实现者，而 ActionMapping 和 ActionForward 则指定了不同业务逻辑或流程的运行方向。 4.2 Spring 介绍: 轻量，从大小与开销两方面而言 Spring 都是轻量的。完整的 Spring 框架可以在一大小只有 1MB 多的 JAR 文件里发布。并且 Spring 所需的处理开销也是微不足道的。此外，Spring 是非侵入式的：典型地，Spring 应用中的对象不依赖于 Spring 的特定类。 2、控制反转,Spring 通过一种称作控制反转（IoC）的技术促进了松耦合。当应用了 IoC，对象被动地传递它们的依赖而不是自己创建或者查找依赖对象。你可以认为 IoC 与 JNDI 相反,不是对象从容器中查找依赖，而是容器在对象初始化时不等被请求就将依赖传递给它。 3、面向切面.Spring 包含对面向切面编程的丰富支持，允许通过分离应用的业务逻辑与系统服务（例如审计与事物管理）进行内聚性的开发。应用对象只做它们应该做的”完成业务逻辑”仅此而已。它们并不负责（甚至是意识）其它的系统关注点，例如日志或事物支持。 4、容器.Spring 包含和管理应用对象的配置和生命周期，在这个意义上它是一种容器。你可以配置你的每个 bean 如何被创建??基于一个配置原形为你的 bean 创建一个单独的实例或者每次需要时都生成一个新的实例以及它们是如何相互关联的。然而，Spring 不应该被混同于传统的重量的 EJB 容器，它们经常是庞大与笨重的，难以使用。 4.3 Struts VS Spring: struts缺点是比较重，页面（V）上要有 form要用标签，form（M）要继承 ActionForm 这么个东西，控制类（C）继承 Action/DispatchAction。Spring，页面标签用 jstl ， model 也不用继承什么，控制类继承 MultiActionController/SimpleFormController。在页面输入数据绑定上，struts 用的是 ActionForm 的自动绑定，Spring 的是在 controller 中声明 command 对象。在实现输入验证上 struts 在 form（M）上做文章要继承 ValidateForm， Spring 都在 action 上做文章。Spring 比较特殊，它是编程式的验证；而 struts 都是配置式的验证各自优缺点： 1、 Struts 优点：业界“标准”（很多成功案例），学习资源丰富，HTML 标签非常优秀缺点：ActionForms 使用不便、无法进行单元测试（ StrutsTestCase 只能用于集成） 2、 Spring MVC 优点：Lifecyle for overriding binding, validation, etc.；易于同其它 View 框架（Titles 等）无缝集成，采用 IOC 便于测试缺点：使用人数少、jsp 中要写很多代码、控制器过于灵活，缺少一个公用控制器