第1章 初识S2SH
轻量级Java EE技术以SSH为代表,即S(Struts)+S(Spring)+H(Hibernate)。2007年Struts的下一代产品Struts 2诞生,Struts 2是在 Struts 和WebWork的技术基础上进行的合并。S2SH指的是Struts 2+Spring+Hibernate。
1.1 Struts 2框架简介
Apache的Struts 2是一个优雅的、用于创建企业级Java Web应用程序的可扩展的框架。该框架旨在简化整个开发周期,从建设,部署及维护所用的时间。
对于Struts 1框架而言,由于与JSP/Servlet耦合非常紧密,因而导致了一些严重的问题。首先,Struts 1支持的表现层技术单一。由于Struts 1出现的年代比较早,那个时候还没有FreeMarker、Velocity等技术,因此它不可能与这些视图层的模板技术进行整合。其次,Struts 1与Servlet API的严重耦合,使应用难于测试。最后,Struts 1代码严重依赖于Struts 1 API,属于侵入性框架。
从目前的技术层面上看,出现了许多与Struts 1竞争的视图层框架,例如,JSF、Tapestry和Spring MVC等。这些框架由于出现的年代比较近,应用了最新的设计理念,同时也从Struts 1中吸取了经验,克服了很多不足。这些框架的出现也促进了Struts的发展。目前,Struts已经分化成了两个框架:第一个是在传统的Struts 1的基础上,融合了另外一个优秀的Web框架——WebWork的Struts 2。Struts 2虽然是在Struts 1的基础上发展起来的,但是实质上是以WebWork为核心的。Struts 2为传统的Struts 1注入了WebWork的先进设计理念,统一了Struts 1和WebWork两个框架。
1.1.1 Struts 2体系结构
Struts 2体系与Struts 1体系的差别非常大,因为Struts 2使用了WebWork的设计核心,而不是Struts 1的设计核心。Struts 2的体系结构如图1-1所示。Struts 2中大量使用拦截器来处理用户的请求,从而允许用户的业务逻辑控制器与Servlet API分离。Struts 2框架的处理流程如下。
? ? ? ? ?
浏览器发送一个请求。
核心控制器FilterDispatcher根据请求决定调用合适的Action。 WebWork的拦截器链自动对请求应用通用功能,如验证等。
回调Action的execute方法,该execute方法根据请求的参数来执行一定的操作。 Action的execute方法的处理结果信息将被输出到浏览器中,支持多种形式的视图。
图1-1 Struts 2体系结构
1.1.2 Struts 2与Struts 1
经过6年多的发展,Struts 1已经成为了一个高度成熟的框架,不管是稳定性还是可靠性都得到了广泛的证明。其市场占有率超过20%,拥有丰富的开发人群,几乎已经成为了事实上的工业标准。但是随着时间的流逝,技术的进步,Struts 1的局限性也越来越多地暴露出来,并且制约了其继续发展。Struts 2对Struts 1进行了巨大的改进,主要表现在如下几个方面。
? 在Action的实现方面:Struts 1要求必须统一扩展自Action类,而Struts 2中可以是
一个普通的POJO。
? 线程模型方面:Struts 1的Action工作在单例模式,一个Action的实例处理所有的请
求。Struts 2的Action是一个请求对应一个实例。没有线程安全方面的问题。
? Servlet依赖方面:Struts 1的Action依赖于Servlet API,比如Action的execute方法
的参数就包括request和response对象,这使程序难于测试。Struts 2中的Action不再依赖于Servlet API,有利于测试,并且实现TDD。 ? 封装请求参数:Struts 1中强制使用ActionForm对象封装请求的参数。Struts 2可以选
择使用POJO类来封装请求的参数,或者直接使用Action的属性。
? 表达式语言方面:Struts 1中整合了EL,但是EL对集合和索引的支持不强,Struts 2
整合了OGNL(Object Graph NavigationLanguage)。
? 绑定值到视图技术:Struts 1使用标准的JSP,Struts 2使用ValueStack技术。 ? 类型转换:Struts 1中的ActionForm基本使用String类型的属性。Struts 2中使用OGNL
进行转换,可以更方便地使用。
? 数据校验:Struts 1中支持覆盖validate方法或者使用Validator框架。Struts 2支持重
写validate方法或者使用XWork的验证框架。
? Action执行控制的对比:Struts 1支持每一个模块对应一个请求处理,但是模块中的
所有Action必须共享相同的生命周期。Struts 2支持通过拦截器堆栈为每一个Action创建不同的生命周期。
1.1.3 Struts 2与WebWork
Struts和Webwork是同服务于Web的一种MVC框架,从某种程度上看,Struts 2是从
4
第1章 初识S2SH
WebWork 2上升级得到的。甚至Apache的官方文档也讲,WebWork 2到Struts 2是平滑的过渡。甚至也可以说Struts 2就是WebWork 2.3而已。
在很多方面,Struts 2仅仅是改变了WebWork下的名称,因此,如果开发者具有WebWork的开发经验,将可以更加迅速地进入Struts 2的开发领域。除此之外,Struts 2也删除了WebWork中的少量特性,如下所示。
? AroundInterceptor:Struts 2不再支持WebWork中的AroundInterceptor。如果应用程序中
需要使用AroundInterceptor,则应该自己手动导入WebWork中的AroundInterceptor类。 ? 富文本编辑器标签:Struts 2不再支持WebWork的富文本编辑器,如果应用中需要使
用富文本编辑器,则应该使用Dojo的富文本编辑器。
? IoC容器支持:Struts 2不再支持内建的IoC容器,而改为全面支持Spring的IoC容
器,以Spring的IoC容器作为默认的Object工厂。
1.1.4 Struts 2下载
读者若要获取Struts 2最新的软件包以及相关的资源文件,可以访问其官方网站。官网网址是http://struts.apache.org/2.2.3/index.html。下载页面如图1-2所示。
图1-2 Struts 2官网下载页面
读者单击中间并列图标中的第一个,就可以下载到最新的Struts 2文件。当然官网也提供了一些非常不错的教程,网址是http://struts.apache.org/2.2.3/docs/tutorials.html,有时间也可以看看。教程页面如图1-3所示。
5
图1-3 Struts 2教程首页
1.2 Spring框架简介
传统J2EE应用的开发效率低,应用服务器厂商对各种技术的支持并没有真正统一,导致J2EE的应用没有真正实现Write Once及Run Anywhere的承诺。Spring作为开源的中间件,独立于各种应用服务器,甚至无需应用服务器的支持,也能提供应用服务器的功能,如声明式事务等。
Spring致力于J2EE应用的各层解决方案,而不是仅仅专注于某一层的方案。可以说Spring是企业应用开发的“一站式”选择,并贯穿于表现层、业务层及持久层。然而,Spring并不想取代那些已有的框架,而是与它们无缝地整合。它是为了解决企业应用开发的复杂性而创建的。Spring使用基本的JavaBean来完成以前只可能由EJB来完成的事情。然而,Spring的用途不仅仅限于服务器端的开发。从简单性、可测试性和松耦合的角度而言,任何Java应用都可以从Spring中受益。
1.2.1 IOC和AOP
控制反转模式(也称作依赖性注入)的基本概念是:不创建对象,但是描述创建它们的方式。在代码中不直接与对象和服务连接,但在配置文件中描述哪一个组件需要哪一项服务。容器 (在 Spring 框架中是 IOC 容器)负责将这些联系在一起。在典型的 IOC 场景中,容器创建了所有对象,并设置必要的属性将它们连接在一起,决定什么时间调用方法。
面向方面的编程,即 AOP,是一种编程技术,它允许程序员对横切关注点或横切典型的职责分界线的行为(例如,日志和事务管理)进行模块化。AOP 的核心构造是方面,它将那些影响多个类的行为封装到可重用的模块中。
AOP 和 IOC 是补充性的技术,它们都运用模块化方式解决企业应用程序开发中的复杂问
6
第1章 初识S2SH
题。在典型的面向对象开发方式中,可能要将日志记录语句放在所有方法和 Java 类中才能实现日志功能。在 AOP 方式中,可以反过来将日志服务模块化,并以声明的方式将它们应用到需要日志的组件上。当然,优势就是 Java 类不需要知道日志服务的存在,也不需要考虑相关的代码。所以,用 Spring AOP 编写的应用程序代码是松散耦合的。
AOP 的功能完全集成到了 Spring 事务管理、日志和其他各种特性的上下文中。
1.2.2 IOC容器
Spring 设计的核心是 org.springframework.beans 包,它的设计目标是与 JavaBean 组件一起使用。这个包通常不是由用户直接使用,而是由服务器将其用作其他多数功能的底层中介。下一个最高级抽象是 BeanFactory 接口,它是工厂设计模式的实现,允许通过名称创建和检索对象。BeanFactory 也可以管理对象之间的关系。BeanFactory 支持以下两个对象模型。
? 单态模型:提供了具有特定名称的对象的共享实例,可以在查询时对其进行检索。
Singleton 是默认的也是最常用的对象模型。对于无状态服务对象很理想。
? 原型模型:确保每次检索都会创建单独的对象。在每个用户都需要自己的对象时,原
型模型最适合。
Bean 工厂的概念是 Spring 作为 IOC 容器的基础。IOC 将处理事情的责任从应用程序代码转移到框架。
1.2.3 Spring下载
读者若要下载Spring最新的相关资料,可以访问其官网http://www.springsource.org/,官网页面如图1-4所示。
图1-4 Spring官网页面
7