首页 诗词 字典 板报 句子 名言 友答 励志 学校 网站地图
当前位置: 首页 > 教程频道 > 软件管理 > 软件架构设计 >

Struts2.0学习札记之一

2012-11-05 
Struts2.0学习笔记之一Struts2.0学习笔记第一天2009.3.9主要内容:Struts2.0开发环境搭建说明:本文内容有引

Struts2.0学习笔记之一
Struts2.0学习笔记第一天2009.3.9
主要内容:Struts2.0开发环境搭建
说明:本文内容有引入李刚老师的《Struts2 权威指南》书中的部分
相对于Struts1.0来说Struts2.0是一个全新的框架,但又不是一个新发布的框架,它是基于webwork基础之上建立起来的。

MVC思想(MVC模式的主要策略):
MVC思想将一个应用分成三个基本部分:Model(模型)、View(视图)和Controller(控制器),这三个部分以最少的耦合协同工作,从而提高应用的可扩展性及可维护性。

MVC有如下特点(MVC主要优势)。

— 多个视图可以对应一个模型。按MVC设计模式,一个模型对应多个视图,可以减少代码的复制及代码的维护量,一旦模型发生改变,也易于维护。
— 模型返回的数据与显示逻辑分离。模型数据可以应用任何的显示技术,例如,使用JSP页面、Velocity模板或者直接产生Excel文档等。
— 应用被分隔为三层,降低了各层之间的耦合,提供了应用的可扩展性。
— 控制层的概念也很有效,由于它把不同的模型和不同的视图组合在一起,完成不同的请求。因此,控制层可以说是包含了用户请求权限的概念。
—  MVC更符合软件工程化管理的精神。不同的层各司其职,每一层的组件具有相同的特征,有利于通过工程化和工具化产生管理程序代码。
经典的MVC思想与Web应用的MVC思想也存在一定的差别,引起差别的主要原因是因为Web应用是一种请求/响应模式下应用,对于请求/响应应用,如果用户不对应用发出请求,视图无法主动更新自己。

常用的MVC框架:
1.JSF
基本知识及相关特征:
JSF是一个标准,而不是一个产品。JSF中没有控制器对象,控制器行为通过模型对象实现。JSF也允许生成独立的控制器对象。JSF依然是基于JSP/Servlet的,仍然是JSP/Servlet架构,因而学习曲线相对简单。
JSF也会存在一些不足:
— 作为新兴的MVC框架,用户相对较少,相关资源也不是非常丰富。
—  JSF并不是一个完全组件化的框架,它依然是基于JSP/Servlet架构的。
—  JSF的成熟度还有待进一步提高。
2.Tapestry
基本知识及相关特征:
包含了前端的MVC框架,还包含了一种视图层的模板技术,使用Tapestry完全可以与Servlet/JSP API分离,是一种非常优秀的设计。开发者完全不需要使用JSP技术,用户只需要使用Tapestry提供的模板技术即可,Tapestry实现了视图逻辑和业务逻辑的彻底分离。
Tapsetry是完全组件化的框架。Tapestr只有组件或页面两个概念,因此,链接跳转目标要么是组件,要么是页面,没有多余的path概念。组件名,也就是对象名称,组件名称和path名称合二为一。
不足:
—  Tapestry的学习曲线相对陡峭,国内开发群体不是非常活跃,文档不是十分丰富。官方的文档太过学院派,缺乏实际的示例程序。
—  Tapestry的组件逻辑比较复杂,再加上OGNL表达式和属性指定机制,因而难以添加注释。
3.Spring MVC
基本知识及相关特征:
Spring提供了一个细致完整的MVC框架。该框架为模型、视图、控制器之间提供了一个非常清晰的划分,各部分耦合极低。完全基于接口编程,真正实现了视图无关。
Spring MVC框架以DispatcherServlet为核心控制器,该控制器负责拦截用户的所有请求,将请求分发到对应的业务控制器。所有控制器都必须实现Controller接口,该接口仅定义ModelAndView handleRequest(request,response)方法。通过实现该接口来实现用户的业务逻辑控制器。
Spring MVC视图解析策略:它的控制器返回一个ModelAndView对象,该对象包含视图名字和Model,Model提供了Bean的名字及其对象的对应关系。视图名解析的配置非常灵活,抽象的Model完全独立于表现层技术,不会与任何表现层耦合:JSP、Velocity或者其他的技术——都可以和Spring整合。
Tapestry框架而言,Spring MVC依然是基于JSP/Servlet API的。
Spring MVC框架的一些缺点:
—  Spring的MVC与Servlet API耦合,难以脱离Servlet容器独立运行,降低了Spring MVC框架的可扩展性。
— 太过细化的角色划分,太过烦琐,降低了应用的开发效率。
— 过分追求架构的完美,有过度设计的危险。

Struts 2的起源和背景
★★★Struts 1:
Struts 1框架以ActionServlet作为核心控制器,整个应用由客户端请求驱动。当客户端向Web应用发送请求时,请求将被Struts 1的核心控制器ActionServlet拦截,ActionServlet根据请求决定是否需要调用业务逻辑控制器处理用户请求(实际上,业务逻辑控制器还是控制器,它只是负责调用模型来处理用户请求),当用户请求处理完成后,其处理结果通过JSP呈现给用户。
Struts 1中的MVC:
(1)Model部分
Struts 1的Model部分主要由底层的业务逻辑组件充当,这些业务逻辑组件封装了底层数据库访问、业务逻辑方法实现。Model部分封装了整个应用的所有业务逻辑
(2)View部分
Struts 1的View部分采用JSP实现。
(3)Controller部分
Struts 1的Controller由两个部分组成:
— 系统核心控制器:由Struts 1框架提供,就是系统中的ActionServlet。
— 业务逻辑控制器:由Struts 1框架提供,就是用户自己实现的Action实例。
业务逻辑控制器负责处理用户请求,但业务逻辑控制器本身并不具有处理能力,而是调用Model来完成处理。
Struts 1提供了系统所需要的核心控制器,也为实现业务逻辑控制器提供了许多支持。因此,控制器部分就是Struts 1框架的核心。
Struts 1 MVC框架的一些缺点:
Struts 1与JSP/Servlet耦合非常紧密
(1)支持的表现层技术单一:只支持JSP作为表现层技术
(2)与Servlet API严重耦合,难于测试
HttpServletRequest和HttpServletResponse两个参数,通常由Web容器负责实例化。严重依赖于Web服务器。因此,一旦脱离了Web服务器,Action的测试非常困难。

★★★WebWork:
1.采用了一种更加松耦合的设计,让系统的Action不再与Servlet API耦合。使单元测试更加方便,允许系统从B/S结构向C/S结构转换。
2.支持更多的表现层技术,如Velocity、FreeMarker和XSLT等。
3.脱离Web应用使用,WebWork有自己的控制反转(Inversion of Control)容器,通过控制反转,可以让测试变得更简单,测试中设置实现服务接口的Mock对象完成测试,而不需要设置服务注册。
4.使用OGNL这个强大的表达式语言,可以访问值栈。OGNL对集合和索引属性的支持非常强大。
5.建立在XWork之上,使用ServletDispatcher作为该框架的核心控制器,处理HTTP的响应和请求。
6.控制器都由两个部分组成:
— 核心控制器ServletDispatcher,该控制器框架提供。
— 业务逻辑控制器Action,该控制器由程序员提供。
WebWork的Action可以与Servlet API分离,得益于它灵巧的设计,它使用一个拦截器链,负责将用户请求数据转发到Action,并负责将Action的处理结果转换成对用户的响应。

当用户向Web应用发送请求时,该请求经过ActionContextCleanUp、SiteMesh等过滤器过滤,由WebWork的核心控制器拦截,如果用户请求需要WebWork的业务逻辑控制器处理,该控制器则调用Action映射器,该映射器将用户请求转发到对应的业务逻辑控制器。值得注意的是,此时的业务逻辑控制器并不是开发者实现的控制器,而是WebWork创建的控制器代理。
创建控制器代理时,WebWork需要得到开发者定义的xwork.xml配置文件,控制器代理以用户实现的控制器作为目标,以拦截器链中的拦截器作为处理(Advice)。
WebWork中创建控制器代理的方式,就是一种AOP(面向切面编程)编程方式,

WebWork存在如下优点:
(1)Action无需与Servlet API耦合,更容易测试
(2)Action无需与WebWork耦合,代码重用率高
WebWork中的Action其实就是一个POJO,该Action仅仅实现了WebWork的Action接口,包含了一个execute方法。WebWork中的Action无需与任何Servlet API、WebWork API耦合,从而具有更好的代码重用率。
(3)支持更多的表现层技术,有更好的适应性

Struts 2起源:
第一个框架就是传统Struts 1和WebWork结合后的Struts 2框架:是以WebWork为核心,Struts 2为传统Struts 1注入了WebWork的设计理念,统一了Struts 1和WebWork两个框架
另外一个框架是Shale:
—  Struts与JSF集成,而Shale则是建立在JSF之上。
—  Struts实质上是一个巨大的、复杂的请求处理器;而Shale则是一组能以任何方式进行组合的服务,简单地说,Shale是一种SOA(面向服务架构)架构。

Struts 2体系介绍:
Struts 2使用了WebWork的设计核心,而不是使用Struts 1的设计核心。Struts 2大量使用拦截器来处理用户请求,从而允许用户的业务逻辑控制器与Servlet API分离。
Struts 2使用拦截器作为处理(Advice),以用户的业务逻辑控制器为目标,创建一个控制器代理。控制器代理负责处理用户请求,处理用户请求时回调业务控制器的execute方法,该方法的返回值将决定了Struts 2将怎样的视图资源呈现给用户。

Struts 2框架的大致处理流程如下:
1.浏览器发送请求,例如请求/mypage.action、/reports/myreport.pdf等。
2.核心控制器FilterDispatcher根据请求决定调用合适的Action。
3. WebWork的拦截器链自动对请求应用通用功能,例如workflow、validation或文件上传等功能。
4. 回调Action的execute方法,该execute方法先获取用户请求参数,然后执行某种数据库操作,既可以是将数据保存到数据库,也可以从数据库中检索信息。实际上,因为Action只是一个控制器,它会调用业务逻辑组件来处理用户的请求。
5. Action的execute方法处理结果信息将被输出到浏览器中,可以是HTML页面、图像,也可以是PDF文档或者其他文档。此时支持的视图技术非常多,既支持JSP,也支持Velocity、FreeMarker等模板技术。
Struts 2的配置文件:
Struts 2创建系统的Action代理时,需要使用Struts 2的配置文件。
Struts 2的配置文件有两份:
— 配置Action的struts.xml文件。struts.xml文件内定义了Struts 2的系列Action,定义Action时,指定该Action的实现类,并定义该Action处理结果与视图资源之间的映射关系。
— 配置Struts 2全局属性的struts.properties文件。struts.properties文件的形式是系列的key、value对,它指定了Struts 2应用的全局属性。

struts.xml配置文件的示例:

<struts>

                                 <!-- Struts 2的Action都必须配置在package里 -->

                                 <package name="default" extends="struts-default">

                                    <!-- 定义一个Logon的Action,实现类为lee.Logon -->

                                  <action name="Logon" type="redirect-action">Welcome</result>

                                        <!-- 配置Action返回success时重定向到MainMenu的Action -->

                                   <result type="redirect-action">MainMenu</result>

                                        <!-- 配置Action返回expired时进入ChangePassword的Action链 -->

                                   <result name="expired" type="chain">ChangePassword</result>

                                  </action>

                                    <!-- 定义Logoff的Action,实现类为lee.Logoff -->

                                  <action name="Logoff" type=" velocity ">/welcome.vm </result>      <!-- 返回Velocity模板 -->
<result name="action " type=" redirectAction ">myReturn.action</result>  <!-- 返回Action动作 -->
</action>
4.配置文件
Struts 2.0默认会加载Web应用WEB-INF/classes目录下的struts.xml配置文件,通过该文件的配置为用户请求指定处理类,并设置该请求处理结束后返回的视图资源。在开发大型项目时,这往往struts.xml文件会导致过于庞大,降低了可读性。此时可以自己创建配置文件,然后在struts.xml文件中通过<include>元素包含这些文件。
例如在struts.xml文件中包含名为myxml.xml的文件:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE struts PUBLIC"-//Apache Software Foundation//DTD Struts Configuration 2.0//EN""http://struts.apache.org/dtds/struts-2.0.dtd">
<struts>
<include file="myxml.xml"/>    <!-- 包含myxml.xml文件 -->
</struts>
在myxml.xml文件中配置用户请求与处理类的关系。例如下面的配置:
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE struts PUBLIC"-//Apache Software Foundation//DTD Struts Configuration 2.0//EN""http://struts.apache.org/dtds/struts-2.0.dtd">?      
<struts>  ?          
<package name=" example" extends="struts-default">?              
<action name="my" encoding="GBK"?>
<!-- web-app是Web应用配置文件的根元素,指定Web应用的Schema信息 -->
<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee"
                                 xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
                                 xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee http://java.sun.
                                    com/xml/ns/j2ee/web-app_2_4.xsd">

                                 ☆<!-- 定义Struts 2的FilterDispatcher的Filter -->
                                  <filter>
                                  <filter-name>struts2</filter-name> <!-- 定义核心Filter的名字 -->
                                  <filter-class>org.apache.Struts2.dispatcher.FilterDispatcher</ filter-class><!-- 定义核心Filter的实现类 -->
                                  </filter>
                                  ☆<!-- FilterDispatcher用来初始化Struts 2并且处理所有的Web请求 -->
                                  <filter-mapping>
                                  <filter-name>Struts2</filter-name>
                                  <url-pattern>/*</url-pattern>
                                  </filter-mapping>
</web-app>


需要配置的部分如下:
<!-- 定义Struts2的FilterDispathcer的Filter -->
<filter>
<filter-name>struts2</filter-name><!-- 命名Struts 2.0核心类 -->
<filter-class>org.apache.struts2.dispatcher.FilterDispatcher</filter-class><!-- 指定Struts 2.0核心类 -->
</filter>
<-- 配置核心类处理的请求 -->
<filter-mapping>
<filter-name>struts2</filter-name>
<url-pattern>/*</url-pattern><!-- 指定处理用户所有请求 --><!-- FilterDispatcher用来初始化struts2并且处理所有的WEB请求。 -->
</filter-mapping>

第三步:创建struts.xml文件
新建xml文件即struts2.0配置文件命名为struts.xml,此文件必须放在src根目录下
(☆☆☆注:一定要放在这个src包的根目录下☆☆☆)
代码如下:
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE struts PUBLIC
    "-//Apache Software Foundation//DTD Struts Configuration 2.1//EN"
    "http://struts.apache.org/dtds/struts-2.1.dtd">

  <struts>
  <package name="struts2pak" extends="struts-default">
 
  </package>
  </struts>
代码详解:
根标签:<struts>
定义包<package name="" extends=""必须继承struts-default包></package>
</struts>
struts核心包 :xml-defaulst.xml xml的处理指令版本和编码格式


第四步:创建Action类,添加方法
方法代码如下:
public String execute()throws Exception
{
return "abc";
}

第五步:在struts.xml文件中配置action
(相当于mvc中的servlet)
代码如下:
<action name="test" class="com.haitian.test.action.testAction">
  <result name="abc">/MyJsp.jsp</result>
  </action>
代码详解:
<action name=""为struts取名 class=""类路径>
<result name=""(是action中的action返回值)></result>是从action方法中取得返回值
</action>
</package>
</struts>

第六步: 测试:试着从浏览器访问action,如果说找不到项目就把tomcat中的common下的endorsed下的xml-apis.jar文件移除,重启tomcat即可。

热点排行