科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航



ZDNet>软件频道>中间件-zhiding>[冷枫]值得一看的Struts入门教程

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

值得一看的Struts入门教程,很经典,

来源:CSDN 2007年09月23日

关键字:入门 Struts 冷枫

1. 介绍
1.1 Model-View-Controller (MVC) 设计模式
FIXME - 需要一个对该模式一般性的介绍。(译注:可以参考机械工业出版社的《设计模式》。)
1.2 将MVC概念映射到Struts组件中
Struts 的体系结构实现了Model-View-Controller设计模式的概念,它将这些概念映射到web应用程序的组件和概念中.
这一体系结构中每个主要的组件都将在下面做详细的讨论。

1.3 Model: 系统状态和商业逻辑JavaBeans
基于MVC的系统中的 Model 部分可以细分为两个概念 -- 系统的内部状态, 能够改变状态的行为。用语法术语来说,我们可以把状态信息当作名词(事物),把行为当作动词(事物状态的改变)。
通常说来,你的应用程序将系统内部的状态表示为一组一个或多个的JavaBeans,使用属性(properties)来表示状态的细节。依赖于你的应用程序的复杂度,这些beans可以是自包含的(以某种方式知道怎样永久地保存它们的状态信息),或者可以是正面的(facades),知道当被请求时怎样从外部数据源(例如数据库)中取得信息。Entity EJBs通常也用来表示内部状态。

大型应用程序经常将系统可能的商业逻辑行为表示为可以被维护状态信息的beans调用的方法。举个例子,你有一个为每个当前用户保存在session中的购物车bean,里面是表示当前用户决定购买物品的属性。这个bean有一个checkOut()方法用来验证用户的信用卡,将定单发给库房以选择货品和出货。别的系统分别地表示同样的行为,或许使用Session EJBs。

在一些小型应用程序中,同样的行为又可能嵌入到作为Controller一部分的 Action 类中。这在逻辑非常简单或者并不想要在其它环境中重用这些商业逻辑时是恰当的。Struts框架支持所有这些方法,但建议将商业逻辑(“做什么”)和 Action 类(“决定做什么”)分离开。

1.4 View: JSP页面和表示组件
基于Struts的应用程序中的 View 部分通常使用JSP技术来构建。JSP页面包含称为“模版文本”的静态HTML(或XML)文本,加上插入的基于对特殊行为标记解释的动态内容。JSP环境包括了其用途由JSP规范来描述的一套标准的行为标记,例如 <jsp:useBean> 。另外,还有一个用来定义你自己标记的标准机制,这些自定义的标记组织在“定制标记库”中。
Struts包括了一个广阔的便于创建用户界面,并且充分国际化的定制标记库,与作为系统 Model 部分一部分的ActionForm beans美妙地相互配合。这些标记的使用将在后面做详细讨论。

除了JSP页面和其包含的行为及定制标记,商业对象经常需要能够基于它们在被请求时的当前状态将自己处理成HTML(或XML)。从这些对象处理过的输出可以很容易地使用 <jsp:include> 标准行为标记包括在结果的JSP页面中。

1.5 Controller: ActionServlet和ActionMapping
应用程序的 Controller 部分集中于从客户端接收请求(典型情况下是一个运行浏览器的用户),决定执行什么商业逻辑功能,然后将产生下一步用户界面的责任委派给一个适当的View组件。在Struts中,controller的基本组件是一个 ActionServlet 类的servlet。这个servlet通过定义一组映射(由Java接口 ActionMapping 描述)来配置。每个映射定义一个与所请求的URI相匹配的路径和一个 Action 类(一个实现 Action 接口的类)完整的类名,这个类负责执行预期的商业逻辑,然后将控制分派给适当的View组件来创建响应。
Struts也支持使用包含有运行框架所必需的标准属性之外的附加属性的 ActionMapping 类的能力。这允许你保存特定于你的应用程序的附加信息,同时仍可利用框架其余的特性。另外,Struts允许你定义控制将重定向到的逻辑名,这样一个行为方法可以请求“主菜单”页面(举例),而不需要知道相应的JSP页面的实际名字是什么。这个功能极大地帮助你分离控制逻辑(下一步做什么)和显示逻辑(相应的页面的名称是什么)。

2. 创建Model组件
2.1 概述
你用到的应用程序的需求文档很可能集中于创建用户界面。然而你应该保证每个提交的请求所需要的处理也要被清楚的定义。通常说来,Model 组件的开发者集中于创建支持所有功能需求的JavaBeans类。一个特殊应用要求的beans的精确特性依赖于具体需求变化会非常的大,但是它们通常可以分成下面讨论的几种类型。然而,首先对“范围”概念做一个简短的回顾是有用的,因为它与beans有关。
2.2 JavaBeans和范围
在一个基于web的应用程序中,JavaBeans可以被保存在(并从中访问)一些不同“属性”的集合中。每一个集合都有集合生存期和所保存的beans可见度的不同的规则。总的说来,定义生存期和可见度的这些规则被叫做这些beans的 范围 。JSP规范中使用以下术语定义可选的范围(在圆括号中定义servlet API中的等价物):
page - 在一个单独的JSP页面中可见的Beans,生存期限于当前请求。(service()方法中的局部变量) request - 在一个单独的JSP页面中可见的Beans,也包括所有包含于这个页面或从这个页面重定向到的页面或servlet。(Request属性)
session - 参与一个特定的用户session的所有的JSP和servlet都可见的Beans,跨越一个或多个请求。(Session属性)
application - 一个web应用程序的所有JSP页面和servlet都可见的Beans。(Servlet context属性)
记住同一个web应用程序的JSP页面和servlets共享同样一组bean集合是很重要的。例如,一个bean作为一个request属性保存在一个servlet中,就象这样:
代码:

MyCart mycart = new MyCart(...);
request.setAttribute("cart", mycart);


将立即被这个servlet重定向到的一个JSP页面使用一个标准的行为标记看到,就象这样:
代码:

<jsp:useBean id="cart" scope="request"
class="com.mycompany.MyApp.MyCart"/>


2.3 ActionForm Beans
Struts框架通常假定你已经为每一个你的应用程序中请求的输入创建了一个 ActionForm bean(即一个实现了 ActionForm 接口的类)。如果你在你的 ActionMapping 配置文件中定义了这样的beans(见“创建Controller组件”),Struts的controller servlet在调用适当的 Action 方法前将自动为你执行如下的服务:
用适当的关键字检查用户的session中是否有适当的类的bean的一个实例。
如果没有这样的session范围的bean,自动建立一个新的bean并添加到用户的session中。
对每个名字对应于bean中的一个属性的请求参数,调用相应的set方法。这个操作类似于当你以通配符“*”选择所有属性使用标准的JSP行为标记 代码:
<jsp:setProperty>

更新的ActionForm bean在被调用时将被传递给Acton类的perform()方法,以使这些值能够立即生效。
当你在写你的ActionForm beans时,记住以下的原则:
ActionForm 接口本身不需要特殊的实现方法。它是用来标识这些特定的beans在整个体系结构中的作用。典型情况下,一个ActionForm bean只包括属性的get方法和set方法,没有商业逻辑。
通常在一个ActionForm bean中只有很少的输入验证逻辑。这样的beans存在的主要理由是保存用户为相关的表单所输入的大部分近期值 -- 甚至在错误被检测到时 -- 这样同样的页面可以被重建,伴随有一组出错信息,这样用户仅仅需要纠正错误的字段。用户输入的验证应该在 Action 类中执行(如果是很简单的话),或者在适当的商业逻辑beans中执行。
为每个表单中出现的字段定义一个属性(用相关的getXxx()和setXxx()方法)。字段名和属性名必须按照JavaBeans的约定相匹配。例如,一个名为 username 的输入字段将引起 setUsername() 方法被调用。
你应该注意一个“表单”在这里讨论时的意义并不必须对应于用户界面中的一个单独的JSP页面。在很多应用程序中一个“表单”(从用户的观点)延伸至多个页面也是很平常的。想想看,例如,通常在安装新的应用程序时使用的导航安装程序的用户界面。Struts鼓励你定义一个包含所有字段属性的单独的ActionForm bean。不管字段实际上是显示在哪个页面上。同样的,同一表单的不同的页面应该提交到相同的Action类。如果你遵照这个建议,在大多数情况下,页面设计者可以重新组织不同页面中的字段而不需要改变处理逻辑。
2.4 系统状态Beans
系统的实际状态通常表示为一组一个或多个的JavaBeans类,其属性定义当前状态。例如,一个购物车系统包括一个表示购物车的bean,这个bean为每个单独的购物者维护,这个bean中包括(在其它事物之中)一组购物者当前选择购买的项目。分别地,系统也包括保存用户信息(包括他们的信用卡和送货地址)、可获得项目的目录和它们当前库存水平的不同的beans。
对于小规模的系统,或者对于不需要长时间保存的状态信息,一组系统状态beans可以包含所有系统曾经经历的特定细节的信息。或者经常是,系统状态beans表示永久保存在一些外部数据库中的信息(例如CustomerBean对象对应于表 CUSTOMERS 中的特定的一行),在需要时从服务器的内存中创建或清除。在大规模应用程序中,Entity EJBs也用于这种用途。

2.5 商业逻辑Beans
你应该把你的应用程序中的功能逻辑封装成对为此目的设计的JavaBeans的方法调用。这些方法可以是用于系统状态beans的相同的类的一部分,或者可以是在专门执行商业逻辑的独立的类中。在后一种情况下,你通常需要将系统状态beans传递给这些方法作为参数处理。
为了代码最大的可重用性,商业逻辑beans应该被设计和实现为它们不知道自己被执行于web应用环境中。如果你发现在你的bean中你必须import一个 javax.servlet.* 类,你就把这个商业逻辑捆绑在了web应用环境中。考虑重新组织事物使你的 Action 类(Controller任务的一部分,在下面描述)翻译所有从HTTP请求中请求被处理为对你的商业逻辑beans属性set方法调用的信息,然后可以发出一个对 execute() 的调用。这样的一个商业逻辑类可以被重用在除它们最初被构造的web应用程序以外的环境中。

依赖于你的应用程序的复杂度和范围,商业逻辑beans可以是与作为参数传递的系统状态beans交互作用的普通的JavaBeans,或者使用JDBC调用访问数据库的普通的JavaBeans。而对于较大的应用程序,这些beans经常是有状态或无状态的EJBs。

2.6 题外话: 访问关系数据库
很多web应用程序利用一个关系数据库(通过一个JDBC driver访问)来保存应用程序相关的永久数据。其它应用程序则使用Entity EJBs来实现这个目的,他们委派EJBs自己来决定怎样维护永久状态。如果你是使用EJBs来实现这个目的,遵照EJB规范中描述的客户端设计模式。
对于基于直接数据库访问的web应用程序,一个普通的设计问题是当需要访问低层数据库时怎样产生一个适当的JDBC连接对象。解决这个问题有几种方法 -- 以下原则描述了推荐的一种方法:

创建或得到一个允许一组数据库连接被多个用户共享的ConnectionPool类。Struts(当前)没有包括这样的一个类,但是有很多这样的类可以得到。
当应用程序初始化时,在应用程序展开(deployment)描述符中定义一个有一个“启动时加载”值的servlet。我们将把这个servlet叫做 启动 servlet。在大多数情况下,这个servlet不需要处理任何的请求,所以没有一个 <servlet-mapping> 会指向它。
在启动servlet的 init() 方法中,配置并初始化一个ConnectionPool类的实例,将其保存为一个servlet context属性(从JSP的观点看等同于一个application范围的bean)。通常基于传递给启动servlet初始化参数来配置联接缓冲池是很方便的。
在启动servlet的 destroy() 方法中,包含了释放联接缓冲池所打开的联接的逻辑。这个方法将在servlet容器结束这个应用程序的时候被调用。
当 Action 类需要调用一个需要数据库联接的商业逻辑bean中的方法(例如“insert a new customer”)时,将执行下面的步骤:
为这个web应用程序从servelt context属性中得到一个联接缓冲池对象。
调用联接缓冲池对象的 open() 方法来得到一个在 Action 类调用中使用的联接。
调用商业逻辑bean中合适的方法,将数据库联接对象作为一个参数传递给它。
调用分配的联接中的 close() 方法,这将引起这个联接为了以后其它请求的重用被返回到缓冲池中。
一个通常的编程错误是忘记了把数据库联接返回给缓冲池,这将最终导致用完所有的联接。一定要确信 Action 类的逻辑总是返回联接,甚至在商业逻辑bean抛出一个违例时。
遵照上面推荐的设计模式意味着你能够编写你的商业逻辑类而不需要担心它们怎样得到一个JDBC联接来使用-- 简单地在任何需要访问数据库的方法中包含一个Connection参数。当你的商业逻辑类在一个web应用程序中被利用时,分配和释放适当的联接是 Action 类的责任。当你使用相同的商业逻辑类时,例如,在一个批处理工作中,提供一个适当的联接是那个应用程序的责任(这不需要从缓冲池中获得,因为大多数批处理工作运行于一个单线程环境中)。
3. 创建View组件
3.1 概述
这一章集中于创建应用程序中的 View 组件的任务,主要使用JSP技术建立。特别的,Struts除了提供了与输入表单的交互外还提供了建立国际化应用程序的支持。几个其它的与View相关的主题也被简单地讨论。
3.2 国际化消息
几年之前,应用程序开发者能够考虑到仅仅支持他们本国的只使用一种语言(或者有时候是两种)和通常只有一种数量表现方式(例如日期、数字、货币值)的居民。然而,基于web技术的应用程序的爆炸性增长,以及将这些应用程序展开在Internet或其它被广泛访问的网络之上,已经在很多情况下使得国家的边界淡化到不可见。这种情况转变成为一种对于应用程序支持国际化(经常被称做“i18n”,因为18是字母“i”和字母“n”之间的字母个数)和本地化的需求。
Struts建立于Java平台之上为建立国际化和本地化的应用程序提供帮助。需要熟悉的关键概念是:

Locale - 基础的支持国际化的Java类是 java.util.Locale 。每个 Locale 代表一个特别的国家和语言选择(加上一个可选的语言变量),以及一套格式假定,例如数字和日期等等。
ResourceBundle - java.util.ResourceBundle 类提供支持多种语言消息的基本工具。查看文档中关于ResourceBundle 类以及你的JDK版本的文档包中关于国际化的更多内容。
PropertyResourceBundle - 一个 ResourceBundle 类的标准实现允许你使用与初始化properties文件同样的“name=value”语法来定义资源。这对于使用为用于一个web应用程序的消息准备资源包是非常方便的,因为这些消息通常都是面向文本的。
MessageFormat - java.text.MessageFormat 类允许你使用运行时指定的参数替换一个消息字符串中的一部分(在这种情况下,是一个从一个资源包得到的消息)。这在你创建一个句子的场合中是有用的,但是词会以不同的语言按照不同的顺序出现。消息中的占位符字符串{0}用第一个运行时参数替换,{1}用第二个运行时参数替换,以此类推。
MessageResources - Struts的类 org.apache.struts.util.MessageResources 使你能够将一套资源包视做一个数据库,并且允许你为一个特定的Locale(通常是与当前用户相对应)请求一个特定的消息,而不是为服务器运行在其中的缺省的Locale请求消息。
对于一个国际化的应用程序,遵照JDK文档包中国际化文档所描述的步骤来创建一个包含每种语言的消息的属性文件。下面举一个例子说明。
假设你的源代码建立在包 com.mycompany.mypackage 中,因此它保存于一个叫做(相对于你的源目录)com/mycompany/mypackage 的目录中。为创建一个叫做 com.mycompany.mypackage.MyResources 的资源包,你应该在目录 com/mycompany/mypackage 中创建下列文件:

MyResources.properties - 包含你的服务器的缺省语言的消息。如果你的缺省语言是英语,你可能有一个这样的条目:
prompt.hello=Hello
MyResources_xx.properties - 包含ISO语言编程为“xx”(查看ResourceBundle的Java文档页面得到一个当前列表的联接)的同样的消息。对于上面的消息的法语版,你可以有这个条目:
prompt.hello=Bonjour
你可以有你需要的任意多的语言的资源包文件。
当你在web应用程序展开描述符中配置controller servlet时,你需要在一个初始化参数中定义的一件事是应用程序的资源包的基础名。在上述的情况中,这应该是 com.mycompany.mypackage.MyResources 。
3.3 表单和FormBean的交互
大部分web开发者曾经使用HTML的标准性能来建立表单,例如使用 <input> 标记。用户希望交互程序具有一定的行为,这些期待中的一个与错误处理有关 -- 如果用户出现一个错误,应用程序应该允许他们仅仅修改需要修改的部分 -- 而不需要重新敲入当前页面或表单中的任何其它信息。
使用标准的HTML和JSP编程来完全实现这个期望是单调而繁重的。举例来说,一个用户名字段的输入元素看起来可以象是这样(在JSP中)

<input type="text" name="username"
value="<%= loginBean.getUsername() %>">
这很难敲对,会把没有编程概念的HTML开发者搞糊涂,并且会在HTML编辑器中造成问题。取而代之的是,Struts提供了一种全面的基于JSP 1.1的定制标记库功能的机制来建立表单。上面的情况使用Struts处理后将象是这样:
<struts:text name="username"/>
没有必要再显式地涉及到从中获得初始值的JavaBean。这将由框架自动处理。
3.3.1 使用Struts建立表单
一个完整的注册表单将演示Struts相对于直接使用HTML和标准的JSP功能怎样极大地减轻了处理表单的痛苦。考虑以下称为logon.jsp的页面(来自Struts的例子程序):

代码:


<%@ page language="java" %>
<%@ taglib uri="/WEB-INF/struts.tld" prefix="struts" %>

<html>
<head>
<title><struts:message key="logon.title"/></title>
<body bgcolor="white">

<struts:errors/>

<struts:form action="logon.do" name="logonForm"
type="org.apache.struts.example.LogonForm"/>
<table border="0" width="100%">
<tr>
<th align="right">
<struts:message key="prompt.username"/>
</th>
<td align="left">
<struts:text name="username" size="16"/>
</td>
</tr>
<tr>
<th align="right">
<struts:message key="prompt.password"/>
</th>
<td align="left">
<struts:password name="password" size="16"/>
</td>
</tr>
<tr>
<td align="right">
<struts:submit>
<struts:message key="button.submit"/>
</struts:submit>
</td>
<td align="right">
<struts:reset>
<struts:message key="button.reset"/>
</struts:reset>
</td>
</tr>
</table>
</struts:form>

</body>
</html>



下面的条目基于这个例子演示在Struts中处理表单的关键的特性:
taglib指令告诉JSP页面编译器从哪里找到Struts标记库的 标记库描述符 。在这种情况下,我们使用struts作为前缀来标识来自这个库中的标记,但是可以使用任何你想用的前缀。
这个页面使用了几个 message 标记来从一个包含有这个应用程序所有资源的 MessageResources 对象中查找国际化的消息字符串。为了让这个页面能够工作,以下的消息关键字必须在这些资源中被定义:
logon.title - 注册页面的标题
prompt.username - 一个 “Username:” 提示字符串
prompt.password - 一个 “Password:” 提示字符串
button.submit - “Submit”按钮的标签
button.reset - “Reset”按钮的标签
当用户注册时,应用程序可以在用户的session中保存一个 Locale 对象。这个 Locale 将用来选择适当语言的消息。这使得给用户一个切换语言的可选项实现起来变的容易了 -- 仅仅改变保存的 Locale 对象,所有的消息就会自动切换。
errors 标记显示由一个商业逻辑组件保存的任何出错消息,或者如果没有出错消息保存就什么都没有。这个标记将在下面做深入的描述。
form 标记基于指定的属性对一个HTML <form> 元素进行处理。它也将所有在这个表单中的字段与一个保存在关键字 logonForm 下的session范围的FormBean相关联。这个bean用来为所有的具有与bean中的属性名匹配的名字的输入字段提供初始值。如果适当的bean没有找到,一个新的bean将会被自动建立,使用指定的Java类名。
text 标记对一个类型为“text”的HTML <input> 元素进行处理。在这种情况下,占据浏览器屏幕的字符位置的数字也被指定。当页面被执行时,是相对应的bean的 username 属性的当前值(也就是 getUsername() 的返回值)。
password 标记使用方法类似。不同之处是当用户敲入他们的口令时浏览器将回应星号字符,而不是输入值。
submit 和 reset 标记在表单低部生成相应的按钮。每个按钮的文本标签使用 message 标记建立,同时带有提示,这样这些值就是国际化的。
3.3.2 输入字段类型支持
Struts为所有以下类型的输入字段定义了标记,带有与其相应的参考信息的超联接。
checkboxes
hidden 字段
password 输入字段
radio 按钮
reset 按钮
select 列表和嵌入的
options
submit 按钮
text 输入字段
textareas
在所有情况下,一个字段标记都必须嵌套在一个 form 标记中,这样字段才知道使用哪个bean来初始化显示的值。
3.3.3 其它有用的表示标记
在Struts的标记库中有几个其它的标记对于建立用户界面是有帮助的:
enumerate 为一个指定集合的每个元素重复一次标记体(可以是一个Enumeration,一个Hashtable,一个Vector或一个对象数组)。
getProperty 从指定的bean中得到指定的属性,并且在本页面的其余部分作为一个page范围的bean存在。这是访问一个被 enumerate 使用的集合的方便的方法。
ifAttributeExists 只有在一个指定的属性存在于一个指定的范围中时才对标记体求值。
ifAttributeMissing 只有在一个指定的属性不存在于一个指定的范围中时才对标记体求值。
ifParameterEquals 只有在一个指定的请求参数具有一个指定的值时才对标记体求值。
ifParameterNotEquals 只有在一个指定的请求参数不具有一个指定的值或者不存在时才对标记体求值。
ifParameterNotNull 只有在一个指定的请求参数包含在这个请求中并且长度大于0时才对标记体求值。
ifParameterNull 只有在一个指定的请求参数不包含在这个请求中或者长度等于0时才对标记体求值。
iterate 为一个指定集合中的每个元素重复一次标记体(可以是一个Collection,一个Iterator,一个Map,或者一个对象数组)。这个标记在Java2环境中代替了 enumerate 标记。
link 生成一个超联接,当没有cookie支持时自动应用URL编程来维护session状态。
parameter 处理指定请求参数的值,适当地过滤HTML中有特殊含义的字符。
property 显示一个表单中命名的bean属性 -- 在属性应该是只读时使用这个标记而不是 text 标记。
3.3.4 自动表单验证
除了上面描述的表单和bean的交互外,如果你的bean知道怎样验证它接收的输入字段,Struts还提供一种附加的机制。为了利用这个特性,使你的bean类实现 ValidatingActionForm 接口,而不是 ActionForm 接口。一个 ValidatingActionForm 增加了一个附加的方法签名:
public String[] validate()
对于一个被controller servlet在bean属性已经组装但是在相应的行为类的 perform() 方法被调用之前调用的方法,validate() 方法有以下可选项:
执行适当的验证发现没有错误 -- 返回 null 或者一个非0长度字符串数组,并且controller servlet将继续调用适当的 Action 类的 perform() 方法。
执行适当的验证发现有错误 -- 返回一个内容为应该被显示的出错消息关键字(进入应用程序的MessageResources 包)的字符串数组。controller servlet将作为适合于 <struts:errors> 标记使用的请求属性保存这个数组,并且将控制重定向回输入表单(由这个 ActionMapping 的 inputForm 属性标识)。
正如以前提到的,这个特性完全是可选的。如果你的form bean 仅仅实现了 ActionForm 接口,controller servlet将假设任何请求的验证由action类完成。
3.4 其它的表示技术
尽管你的应用程序的外表和感觉可以完全基于标准的JSP能力和Struts的定制标记库构建,你也应该考虑展开其它改进组件重用、减少管理负担或者减少出错的技术。在下面的部分讨论几个可选的技术。
3.4.1 特定于应用程序的定制标记
在使用Struts库提供的定制标记之外,很容易建立特定于你创建的应用程序的标记来帮助建立用户界面。Struts包括的例子程序用建立以下仅用于实现这个应用程序的标记演示了这个原则:
checkLogon - 检查一个特殊的会话对象的存在,如果不存在将控制重定向到注册页面。这是用来捕捉这样的情况,用户在你的应用程序执行的中间把一个页面做成书签并且试图跳过注册,或者用户的会话超时。
linkSubscription - 为一个详细的定单页面生成一个超联接,它将需要的主关键字值作为一个请求属性传递。这在列出与一个用户相关的定单并提供编辑或删除定单的联接时使用。
linkUser - 为一个用户的一个具体的页面生成一个超联接,它将它将需要的主关键字值作为一个请求属性传递。
这些标记的源代码在 src/example 目录中,在包 org.apache.struts.example 里,还带有一些其它的用在这个应用程序中的Java类。 3.4.2 有包含文件的页面组件
在一个JSP文件(包含定制标记和beans用来访问请求的动态数据)中创建完整的表示是一种非常普通的设计方法,在Struts包括的例子程序中被采用。然而很多应用程序要求在单独一个页面中显示你的应用程序的多个逻辑上独立的部分。
举例来说,一个入口应用程序可以在入口的主页面上有一些或者全部以下的功能:

访问这个入口的一个搜索引擎。
一个或更多的“提供新闻”的显示,含有按照用户的注册信息定制的感兴趣的标题。
访问与这个入口相关的讨论的主题。
如果你的入口提供免费邮件帐号,还要有一个“邮件等待”的提示。
如果你能够将工作划分开,分配不同的开发者去做不同的片段,那么这个站点不同片段的开发就会更加简单。然后,你可以使用JSP技术的 include 能力来将这些片段组合进一个单独的页面。有两种 include 可用,依赖于你希望输出的组合发生在什么时间:
include 指令 (<%@ include file="xxxxx" %>)在JSP页面被编译时处理。它用于包括不需要在请求时改变的HTML代码。它把包括进来的文本当作静态文本,很象C或C++中的 #include 指令。
include 行为 (<jsp:include page="xxxxx" flush="true" />)在请求时处理,并且是由服务器透明处理。这意味着你可以通过把它嵌套在一个类似ifParameterEquals的标记中有条件地执行include 。
3.4.3 图片处理组件
一些应用程序要求动态生成图片,就象一个股市报告站点的价格图一样。通常使用两种不同的方法来实现这个需求:
处理一个执行一个servlet请求的URL的超联接。这个servlet将使用一个图象库来生成图片,设置适当的content类型(例如 image/gif),并且将图片的字节流发送回浏览器。浏览器就会象从一个静态文件中接收到的一样显示图片。
处理HTML代码需要下载一个创建请求的图象的Java applet。你可以通过为在处理的代码中的这个applet设置适当的初始化参数配置这个图象,或者你可以让这个applet与服务器建立自己联接来接收这些参数。
4. 创建Controller组件
4.1 概述
现在我们理解了怎样构造你的应用程序的Model和View组件,现在是集中到 Controller 组件的时候了。Struts包括一个实现映射一个请求URI到一个行为类的主要功能的servlet。因此你的与Controller有关的主要责任是:
为每一个可能接收的逻辑请求写一个 Action 类(也就是,一个 Action 接口的实现)
写一个定义类名和与每个可能的映射相关的其它信息的 ActionMapping 类(也就是,一个 ActionMapping 接口的实现)
写行为映射配置文件(用XML)用来配置controller servlet。
为你的应用程序更新web应用程序展开描述符文件(用XML)用来包括必需的Struts组件。
给你的应用程序添加适当的Struts组件。
4.2 Action类
Action 接口定义一个单一的必须由一个 Action 类实现的方法,就象下面这样:
代码:

public ActionForward perform(ActionServlet servlet,
ActionMapping mapping,
ActionForm form,
HttpServletRequest request,
HttpServletResponse response)
throws IOException, ServletException;


一个 Action 类的目标是处理这个请求,然后返回一个标识JSP页面的 ActionForward 对象,控制应该重定向这个JSP页面以生成相应的响应。在 Model 2 设计模式中,一个典型的 Action 类将在它的 perform() 方法中实现下面的逻辑:
验证用户session的当前状态(例如,检查用户已经成功地注册)。如果 Action 类发现没有注册存在,请求应该重定向到显示用户名和口令用于注册的JSP页面。应该这样做是因为用户可能试图从“中间”(也就是,从一个书签)进入你的应用程序,或者因为session已经超时并且servlet容器创建了一个新的session。
如果验证还没有发生(由于使用一个实现 ValidatingActionForm 接口的form bean),验证这个 form bean 的属性是必须的。如果发现一个问题,当作一个请求属性保存合适的出错信息关键字,然后将控制重定向回输入表单这样错误可以被纠正。
执行要求的处理来处理这个请求(例如在数据库里保存一行)。这可以用嵌入 Action 类本身的代码来完成,但是通常应该调用一个商业逻辑bean的一个合适的方法来执行。
更新将用来创建下一个用户界面页面的服务器端对象(典型情况下是request范围或session范围beans,定义你需要在多长时间内保持这些项目可获得)。
返回一个标识生成响应的JSP页面的适当的 ActionForward 对象,基于新近更新的beans。典型情况下,你将通过在你接收到的 ActionMapping 对象(如果你使用一个局部于与这个映射上的逻辑名)或者在controller servlet 本身(如果你使用一个全局于应用程序的逻辑名)上调用 findForward() 得到一个对这样一个对象的引用。
当为 Action 类编程时要记住的设计要点包括以下这些:
controller servlet仅仅创建一个你的 Action 类的实例,用于所有的请求。这样你需要编写你的 Action 类使其能够在一个多线程环境中正确运行,就象你必须安全地编写一个servlet的 service() 方法一样。
帮助线程安全编程的最重要的原则就是在你的 Action 类中仅仅使用局部变量而不是实例变量。局部变量创建于一个分配给(由你的JVM)每个请求线程的栈中,所以没有必要担心会共享它们。
尽管不应该,代表你的系统中Model部分的的beans仍有可能抛出违例。你应该在你的 perform() 方法的逻辑中捕捉所有这样的违例,并且通过执行以下语句将它们记录在应用程序的日志文件中(包括相应的栈跟踪信息):
servlet.log("Error message text", exception);
作为一个通用的规则,分配很少的资源并在来自同一个用户(在用户的session中)的请求间保持它们会导致可伸缩性的问题。你应该在将控制重定向到适当的View组件前努力释放这样的资源(例如数据库联接) -- 甚至在你调用的一个bean抛出了一个违例时。
另外,你将会想要防止出现非常大的 Action 类。最简单的实现途径是将你的功能逻辑嵌入到 Action 类本身,而不是将其写在独立的商业逻辑beans中。除了使 Action 类难于理解和维护外,这种方法也使得难于重用这些商业逻辑代码,因为代码被嵌入到一个组件(Action 类)中并被捆绑运行于web应用程序环境中。
包括在Struts中的例子程序某种程度上延伸了这个设计原则,因为商业逻辑本身是嵌入到 Action 类中的。这应该被看作是在这个样本应用程序设计中的一个bug,而不是一个Struts体系结构中的固有特性,或者是一个值得仿效的方法。

4.3 ActionMapping实现
为了成功地运行,Struts的controller servlet需要知道关于每个URI该怎样映射到一个适当的 Action 类的几件事。需要了解的知识封装在一个叫做 ActionMapping 的Java接口中,它有以下属性:
actionClass - 用于这个映射的 Action 类完整的Java类名。第一次一个特定的映射被使用,一个这个类的实例将被创建并为以后重用而保存。
formAttribute - session范围的bean的名字,当前的这个映射的 ActionForm 被保存在这个bean之下。如果这个属性没有被定义,没有 ActionForm 被使用。
formClass - 用于这个映射的 ActionForm 类完整的Java类名。如果你在使用对form beans的支持,这个类的一个实例将被创建并保存(在当前的用户会话中)
path - 匹配选择这个映射的请求的URI路径。看下面如何匹配的例子。
Struts在一个叫做 ActionMappingBase 的类中包括了一个 ActionMapping 接口的方便的实现。如果你不需要为你自己的映射定义任何附加的属性,尽管把这个类作为你的 ActionMapping 类好了,就向下面部分描述的那样配置。然而,定义一个 ActionMapping 实现(多半是扩展 ActionMappingBase 类)来包含附加的属性也是可能的。controller servlet知道怎样自动配置这些定制属性,因为它使用Struts的Digester模块来读配置文件。
包括在Struts的例子程序中,这个特性用来定义两个附加的属性:

failure - 如果Action类检测到它接收的输入字段的一些问题,控制应该被重定向到的上下文相关的URI。典型情况下是请求发向的JSP页面名,它将引起表单被重新显示(包含Action类设置的出错消息和大部分最近的来自ActionForm bean的输入值)。
success - 如果Action类成功执行请求的功能,控制应该被重定向到的上下文相关的URI。典型情况下是准备这个应用程序的会话流的下一个页面的JSP页面名。
使用这两个额外的属性,例子程序中的 Action 类几乎完全独立于页面设计者使用的实际的JSP页面名。这个页面可以在重新设计时被重命名,然而几乎不会影响到 Action 类本身。如果“下一个”JSP页面的名字被硬编码到 Action 类中,所有的这些类也需要被修改。
4.4 Action映射配置文件
controller servlet怎样知道你想要得到的映射?写一个简单地初始化新的 ActionMapping 实例并且调用所有适当的set方法的小的Java类是可能的(但是很麻烦)。为了使这个处理简单些,Struts包括一个Digester模块能够处理一个想得到的映射的基于XML的描述,同时创建适当的对象。看 API 文档 以获得关于Digester更多的信息。
开发者的责任是创建一个叫做 action.xml 的XML文件,并且把它放在你的应用程序的WEB-INF目录中。(注意这个文件并不需要 DTD,因为实际使用的属性对于不同的用户可以是不同的)最外面的XML元素必须是<action-mappings>,在这个元素之中是嵌入的0个或更多的 <action> 元素 -- 每一个对应于你希望定义的一个映射。

来自例子程序的 action.xml 文件包括“注册”功能的以下映射条目,我们用来说明这个需求:


代码:


<action-mappings>

<forward name="logon" path="/logon.jsp"/>

<action path="/logon"
actionClass="org.apache.struts.example.LogonAction"
formAttribute="logonForm"
formClass="org.apache.struts.example.LogonForm"
inputForm="/logon.jsp">
<forward name="success" path="/mainMenu.jsp"/>
</action>

</action-mappings>



就象你所看到的,这个映射匹配路径 /logon (实际上,因为例子程序使用扩展匹配,你在一个JSP页面指定的请求的URI结束于/logon.do)。当接收到一个匹配这个路径的请求时,一个 LogonAction 类的实例将被创建(仅仅在第一次)并被使用。controller servlet将在关键字 logonForm 下查找一个session范围的bean,如果需要就为指定的类创建并保存一个bean。
这个 action 元素也定义了一个逻辑名“success”,它在 LogonAction 类中被用来标识当一个用户成功注册时使用的页面。象这样使用一个逻辑名允许将 action 类隔离于任何由于重新设计位置而可能发生的页面名改变。

这是第二个在任何 action 之外宣告的 forward 元素,这样它就可以被所有的action全局地获得。在这个情况下,它为注册页面定义了一个逻辑名。当你调用 mapping.findForward() 时在你的 action 代码中,Struts首先查找这个action本地定义的逻辑名。如果没有找到,Struts会自动为你查找全局定义的逻辑名。

4.5 Web应用程序展开描述符
设置应用程序最后的步骤是配置应用程序展开描述符(保存在文件WEB-INF/web.xml中)以包括所有必需的Struts组件。作为一个指南使用例子程序的展开描述符,我们看到下面的条目需要被创建或修改。
4.5.1 配置Action Servlet实例
添加一个条目定义action servlet本身,同时包括适当的初始化参数。这样一个条目看起来象是这样:


代码:


<servlet>
<servlet-name>action</servlet-name>
<servlet-class>org.apache.struts.action.ActionServlet</servlet-class>
<init-p
aram>
<param-name>application</param-name>
<param-value>org.apache.struts.example.ApplicationResources</param-value>
</init-param>
<init-param>
<param-name>config</param-name>
<param-value>/WEB-INF/action.xml</param-value>
</init-param>
<init-param>
<param-name>debug</param-name>
<param-value>2</param-value>
</init-param>
<init-param>
<param-name>mapping</param-name>
<param-value>org.apache.struts.example.ApplicationMapping</param-value>
</init-param>
<load-on-startup>2</load-on-startup>
</servlet>




controller servlet支持的初始化参数在下面描述,拷贝自 ActionServlet 类的 Javadocs 。方括号描述如果你没有为那个初始化参数提供一个值时假设的缺省值。
application - 应用程序资源包基类的Java类名。[NONE].
config - 包含配置信息的XML资源的上下文相关的路径。[/WEB-INF/action.xml]
debug - 这个servlet的调试级别,它控制记录多少信息到日志中。[0]
digester - 我们在 initMapping() 中利用的Digester的调试级别,它记录到System.out而不是servlet的日志中。[0]
forward - 使用的ActionForward实现的Java类名。[org.apache.struts.action.ActionForward]
mapping - 使用的ActionMapping实现的Java类名。[org.apache.struts.action.ActionMappingBase]
nocache - 如果设置为 true,增加HTTP头信息到所有响应中使浏览器对于生成或重定向到的任何响应不做缓冲。[false]
null - 如果设置为 true,设置应用程序资源使得如果未知的消息关键字被使用则返回 null。否则,一个包括不欢迎的消息关键字的出错消息将被返回。[true]
4.5.2 配置Action Servlet映射
有两种通常的方法来定义将被controller servlet处理的URL -- 前缀匹配和扩展匹配。每种方法的一个适当的映射条目将在下面被描述。
前缀匹配意思是你想让所有以一个特殊值开头(在上下文路径部分之后)的URL传递给这个servlet。这样一个条目看起来可以象是这样:
代码:

<servlet-mapping>
<servlet-name>action</servlet-name>
<url-pattern>/execute/*</url-pattern>
</servlet-mapping>


它意味着一个匹配前面描述的 /logon 路径的请求的URL看起来象是这样:
http://www.mycompany.com/myapplication/execute/logon
这里 /myapplicationis 是你的应用程序展开所在的上下文路径。
另一方面,扩展映射基于URL以一个跟着定义的一组字符的句点结束的事实而将URL匹配到action servlet 。例如,JSP处理servlet映射到 *.jsp 模式这样它在每个JSP页面请求时被调用。为了使用 *.do 扩展(它意味着“做某件事”)映射条目看起来应该象是这样:
代码:

<servlet-mapping>
<servlet-name>action</servlet-name>
<url-pattern>*.do</url-pattern>
</servlet-mapping>


并且一个匹配以前描述的 /logon 路径的请求的URI可以看起来象是这样:
http://www.mycompany.com/myapplication/logon.do
4.5.3 配置Struts标记库
下一步,你必须添加一个定义Struts标记库的条目。这个条目看起来应该象是这样:
代码:

<taglib>
<taglib-uri>/WEB-INF/struts.tld</taglib-uri>
<taglib-location>/WEB-INF/struts.tld</taglib-location>
</taglib>


它告诉JSP系统到哪里去找这个库的标记库描述符(在你的应用程序的WEB-INF目录,而不是在外部互联网上的某个地方)。
4.5.4 添加Struts组件到你的应用程序中
为了在你的应用程序运行时使用Struts,你必须将 struts.tld 文件拷贝到你的 WEB-INF 目录,将 struts.jar 文件拷贝到你的 WEB-INF/lib 。 

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=952965

推广二维码
闂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鎯у⒔閹虫捇鈥旈崘顏佸亾閿濆簼绨绘い鎺嬪灪閵囧嫰骞囬鍡欑厯闂佸搫琚崝鎴﹀箖閵忋倕浼犻柛鏇熷灟閸ㄤ粙寮婚敐澶樻晣闁绘洑鐒﹂悿浣肝旈悩闈涗沪闁绘娲濊ぐ浣割渻閵堝棗鍧婇柛瀣尭閳规垿妾遍柛瀣姉濡叉劙骞掑Δ鈧粻娑欍亜閹炬瀚弶褰掓⒒娴e憡鎯堥柣顓烆槺閹广垹鈹戦崱娆愭闂佸壊鍋呭ú鏍偂濞戞◤褰掓晲婢跺鏆犻梺娲诲亜缁绘ê顫忕紒妯诲闁告稑锕ラ崕鎾愁渻閵堝棗鐏ラ柟铏耿瀵粯绻濋崶銊︽珳婵犮垼娉涢敃銊╁箺閺囥垺鈷戦柛婵嗗缁侇偆绱掓潏銊︾闁诡喖娼¢崺鈧い鎺戝閻撶喖骞栭幖顓炵仯缂佸娼ч湁婵犲﹤鎳庢禒锔剧磼閸屾稑娴柟顔界懇椤㈡宕掑⿰鍛潓濠电姷鏁搁崑娑㈡偋閸℃稒鍊舵繝闈涱儐閸婂爼鏌eΟ鑲╁笡闁绘挸绻橀弻娑㈩敃閵堝懏鐎鹃梺绋匡攻閸旀鍩€椤掍緡鍟忛柛鐘崇墵閳ワ箑鐣¢柇锕€娈ㄩ梺鍦檸閸犳寮查鍕厱闁哄洢鍔岄獮妤佺節閵忊€崇伌婵﹨娅i幏鐘诲箵閹烘垶鐦g紓鍌氬€哥粔鏉懳涘▎鎴犵焿鐎广儱顦崘鈧銈嗘尵閸嬬喖鏁嶅☉銏♀拺閻熸瑥瀚粈鍐┿亜閺囧棗娲ょ粈鍐煃瑜滈崜娆撯€旈崘顔嘉ч柛鈩兠拕濂告⒑閸涘﹥鐓ユ繛鎾棑閸掓帒鈻庨幒鏃傛澑濠电偞鍨堕悷銏ゅ箯濞差亝鐓熼柣妯哄帠閼割亪鏌涢弬鑳闁宠绉归獮鍥偋閸垹骞嶉梻浣告啞閸垶宕愰弽顐熷亾濮樼偓瀚�

婵犵數濮烽弫鍛婃叏閻戣棄鏋侀柛娑橈攻閸欏繘鏌i幋锝嗩棄闁哄绶氶弻娑樷槈濮楀牊鏁鹃梺鍛婄懃缁绘﹢寮婚敐澶婄婵犲灚鍔栫紞妤呮⒑闁偛鑻晶顕€鏌涙繝鍌涜础缂侇喖顑夐獮鎺楀棘閸濆嫪澹曢梺鎸庣箓缁ㄨ偐鑺辨禒瀣厱闁哄啯鎸鹃悾杈ㄣ亜椤忓嫬鏆e┑鈥崇埣瀹曞崬螖閳ь剙岣块幋锔解拺缂佸顑欓崕鎰版煙閻熺増鍠樼€殿喛顕ч埥澶愬閳ュ厖绨婚梻鍌欑閻忔繈顢栭崨顔绢浄闁圭虎鍠楅埛鎴犵磼椤栨稒绀冮柡澶婄秺閺屾稓鈧綆鍋呯亸顓熴亜椤忓嫬鏆e┑鈥崇埣瀹曞崬螖閳ь剙岣块幋锔解拺缂佸顑欓崕鎰版煙缁嬪灝鈷旀俊鍙夊姍楠炴﹢骞囨担鍛婂€梻浣告啞缁矂宕幎钘夎Е妞ゆ劏鎳¢弮鍫熷亹闂傚牊绋愮划鍫曟⒑閸濄儱娅忛柛瀣樀閹﹢骞掑Δ浣哄幗闂佺粯锚瀵墎绮氶崸妤佸€堕煫鍥ㄦ⒒閹冲懐绱掗鍡欑М闁诡喗鐟╅幃婊兾熼柨瀣伖闂佽崵鍠愮划搴㈡櫠濡ゅ啯鏆滈柟鐑樻尵椤╂彃霉閻撳海鎽犻柣鎾存礋閺岀喖骞嗚閸ょ喐绻涢崣澶嬪唉闁哄瞼鍠栭、娆撴寠婢跺﹤袘闂佺粯鎸堕崐鏍Φ閸曨喚鐤€闁圭偓娼欏▍婵嬫⒑瑜版帗鏁辨俊鐐舵椤繑绻濆顒傦紲濠殿喗锚瀹曨剟路閳ь剟姊绘担鍛婂暈妞ゃ劌妫楃叅闁绘棃顥撻弳锕€鈹戦崒婧撶懓鏁梻渚€娼ч敍蹇涘礋椤撶偛鍙婂┑鐘垫暩婵兘寮崨濠冨弿闁圭虎鍠楅弲婵嬫煏閸繃绀岄柛瀣尭椤繈鎮℃惔锛勭潉闁诲氦顫夊ú鈺冪礊閳ь剛绱掗悩宕囨创鐎殿噮鍣e畷鎺戔堪閸涱噮娼撳┑鐘垫暩婵兘寮崨濠冨弿闁圭虎鍠栫壕鍦磽娴h偂鎴濃枍閻樺磭绠鹃柟瀛樼懃閻忣亪鏌i幘瀛樼闁诡喗顨婇弫鎰板礃閵娿儺鐎冲┑鐘殿暯閳ь剝灏欓惌娆撴煛鐏炵偓绀嬬€规洘鍎奸ˇ鍙夈亜韫囷絽骞橀柍褜鍓氶鏍窗閺囩姴鍨濇繛鍡樺姃缁诲棙鎱ㄥ┑鍡欑劸婵℃彃缍婂娲焻閻愯尪瀚板褜鍨堕幃浠嬵敍閵堝洨鐦堥悗娈垮枛椤兘骞冮姀銈呯闁绘挸娴峰顔尖攽閻橆喖鐏辨繛澶嬬洴閺佸啴濡烽妷銏$亖婵犵數濮电喊宥夊煕閹达附鐓曟繝闈涙椤忣偊鏌h箛娑楁喚闁哄本鐩幃鈺佺暦閸パ€鎷版俊銈囧Х閸嬫盯宕锔哄亼濞村吋娼欓柋鍥ㄧ節闂堟稓澧曟鐐村姍濮婄粯鎷呴崨闈涚秺瀵敻顢楅崒婊呯厯闂佽鍎崇粻宥嗙瑜版帗鍊甸柨婵嗛閺嬬喖鏌i幘璺烘灈妤犵偞鐗曡彁妞ゆ巻鍋撻柍褜鍏欓崐鏇炵幓閸ф绠涙い鎾跺Х椤旀洟姊洪崨濠勬噧妞ゃ儯鍨介、鏃堝醇閻旇渹鎮f繝鐢靛█濞佳囨偋韫囨稒鍎楁繛鍡樻尰閸嬶綁鏌熼鐔风瑨濠德ゅГ缁绘盯宕奸妷褏鏆┑顔硷攻濡炶棄鐣峰⿰鍫濈闁瑰搫绉堕崙瑙勭節閻㈤潧浠滅€殿喖鐖奸幃褔鎮╃拠鑼暫闂佺偨鍎查弸鐓幬i崼銉︾厪闊洢鍎崇壕鍧楁煕濮椻偓娴滃爼寮婚敐鍫㈢杸闁哄洨鍋樼划鑸电節閳封偓閸屾粎鐓撻梺璇″灠閻ジ鍩€椤掑﹦绉甸柛瀣缁粯銈i崘鈺冨幈濡炪倖鍔戦崐鏇㈠几閹达附鐓曞┑鐘插暙婵牓鏌熸笟鍨缂佺粯绻堝畷鐔碱敇閻愭鍋ч梻鍌欒兌閹虫捇宕查弻銉ョ疇闁归偊鍠栭崹婵嬫煟閵忋埄鏆柛瀣崌閺佹劖鎯斿┑鍫濆毈闂備椒绱徊濂稿础閸愬樊娼栫紓浣股戞刊鎾偡濞嗗繐顏╁ù鐘櫊濮婃椽宕ㄦ繝鍐弳濡炪倖鍨甸ˇ顖炴偩閻戣姤鏅搁柣妯垮皺椤︺劑姊洪懖鈹炬嫛闁告挻鑹鹃埢鎾淬偅閸愨斁鎷洪梻鍌氱墛缁嬫挾绮婚悙鐑樼厱濠电姴鍟粈瀣偓瑙勬礃閿曘垽宕洪埀顒併亜閹哄棗浜惧銈庝簻閸熷瓨淇婇崼鏇炲耿婵°倐鍋撴い顐㈡喘濮婅櫣绮欓崸妤娾偓妤冣偓瑙勬处閸撶喖骞嗛崘顕呮晢闁告洦鍏橀幏濠氭⒑缁嬫寧婀伴柣鐔濆洤绀夌€广儱顦伴崐鐢电磼濡や胶鈽夐柟铏姍閹苯鈻庨幘瀵稿幍闁诲海鏁告灙鐞氥儵姊虹粙娆惧剱闁瑰憡鎮傞敐鐐测攽鐎n偄浜楅柟鑹版彧缁辨洟鎯堥崟顖涚厽閹兼番鍊ゅḿ鎰箾閸欏鐏寸€规洩绻濆畷姗€鎳犻浣诡啎闂備礁鎲¢〃鍫ュ磹閿濆鍋勯柛蹇撶毞閹峰綊姊鸿ぐ鎺戜喊闁哥姵鑹鹃埢鏃堝锤濡や讲鎷婚梺绋挎湰閻熝呯玻閺冣偓缁绘稒鎷呴崘鍙夊闁稿顑夐弻娑㈠焺閸愵亖妲堢紓浣哄Х婵炩偓妤犵偞鐗曡彁妞ゆ巻鍋撻柣蹇d邯閺屾稑鈻庤箛鏇狀唹闂侀潧娲ょ€氫即鐛幒妤€骞㈡俊鐐村劤椤ユ岸姊婚崒娆戭槮闁汇倕娲敐鐐村緞閹邦剙鐎梺绉嗗嫷娈旈柡鍕╁劦閺屾洘寰勯崱妯荤彅濡ょ姷鍋戦崹鐑樼┍婵犲洦鍊烽柟缁樺坊閹稿啴姊洪崨濠傜伇妞ゎ偄顦遍幑銏犫攽鐎n偄浠洪梻鍌氱墛閸掆偓闁绘劗鍎ら悡鏇㈡煏婵犲繘妾柕鍥ㄧ箞閺屸剝鎷呴崜鎻掑壎闂佸搫鐫欓崶銊ユ闂侀潧鐗嗛幊宥呪柦椤忓懐绠鹃柨婵嗘噺閹兼劙鏌ㄩ弴銊ょ凹濞e洤锕畷濂稿即閻愯尙鐛╂俊鐐€栭弻銊╁触鐎n噮鏁傞柨鐔哄У閳锋帒霉閿濆懏鍤堢憸鐗堝俯閺佸嫰鏌涘☉娆愮稇缁炬儳缍婇弻娑㈡晜鐠囨彃绠洪悗瑙勬礀瀵墎鎹㈠☉銏犵婵炲棗绻掓禒鐓幬旈悩闈涗杭闁搞劎鍎ょ粚杈ㄧ節閸ヨ埖鏅┑鐘茬仛閸旀洖鈻撻鐘电<闁绘劦鍓氱欢鑼磼婢跺﹦绉虹€殿喖顭烽弫鎰板幢濡搫濡抽梻渚€娼ф蹇曞緤娴犲瑤澶娾攽閸♀晜瀵岄梺闈涚墕缁绘劙銆呴鍕厸濞达絿鐡旈崵娆愩亜閺囶亞鎮奸柟椋庡Т椤斿繘顢欓崗鐓庘偓顖炴⒒娴gǹ顥忛柛瀣浮瀹曟垿宕ㄩ幖顓熸櫅闂佹悶鍎洪崜姘跺煕閹烘嚚褰掓晲閸涱喖鏆堥梺鍝ュ枔閸嬨倝寮婚悢鐓庣濞达綀娅i弳顐︽倵鐟欏嫭绀堝褎顨婇獮鍡涘籍閸埃鍋撻敃鍌氱闁绘劕鐡ㄩ悵銊╂⒒閸屾瑧鍔嶉悗绗涘懏宕查柛宀€鍊涢崶銊ь浄閻庯綆浜濋悗顒勬⒑缁洖澧查柕鍥ㄧ矒閸┾偓妞ゆ帊绀佺粭鎺撱亜椤愶絿绠炴い銏☆殕缁绘繈宕掑鍏兼祮闂傚倸鍊烽悞锕€顪冮崸妤€鍌ㄥù鐘差儍閳ь剙鍟村畷鍗炩枎閹邦剙绨ユ繝鐢靛仦閸垶宕归崷顓犱笉濠电姵纰嶉悡娑橆熆鐠轰警鍎忛柣蹇婃櫊閺屾盯寮幆褍绁┑顔硷龚濞咃絿鍒掑▎蹇婃瀻闁诡垎鍐棊闂傚倷绀佸﹢閬嶅箠閹捐秮娲敇閻戝棗娈ㄦ繝鐢靛У绾板秹寮查弻銉︾厱婵炴垵褰夌花鍏笺亜椤愩垻孝闁宠鍨块幃娆撳矗婢舵ɑ锛侀梻浣告啞濮婄懓煤濠婂嫮鐝堕柡鍥ュ灩缁狀噣鏌ら幁鎺戝姉闁归攱妞藉娲川婵犲嫮鐣甸柣搴㈠嚬閸樺ジ鏁冮姀銈呯妞ゆ柨澧介敍婊堟煟鎼搭垳绉甸柛瀣閹﹢骞橀鐣屽幈闂佸啿鎼崯顐g鏉堫煈娈介柣鎰▕閸庢棃鏌℃担绋挎殻闁糕斁鍋撳銈嗗坊閸嬫挻銇勯弬璺ㄧ闁宠鍨垮畷鍫曞Ψ閵堝洨娉块梻鍌欑閹碱偄煤閵娾晛纾婚柣鎰惈闂傤垱绻涘顔荤凹闁绘挸鍟撮幃褰掑炊椤忓秴娈濋梺鍛婃⒒閸犳挾妲愰幒鎾寸秶闁靛⿵绠戠壕鎶芥倵鐟欏嫭绀冮悽顖涘浮閸┿垺鎯旈妸銉ь吅濠电娀娼уΛ顓㈡倵閺夋垟鏀介柨娑樺娴滃ジ鏌涙繝鍐ㄧ伌鐎规洘绻傞悾婵嬪礋椤愩倗鏋冩繝娈垮枟閵囨盯宕戦幘鎼闁绘劕寮堕ˉ婊堟煟閿濆棛绠炵€规洜鍠栭、鏇㈠Χ韫囨洖绨ラ梻鍌氬€烽懗鍓佸垝椤栫偛绀夋繛鍡楃箘缂傛氨鎲歌箛鏇炲灊濠电姴娲﹂弲婵嬫煕鐏炲墽銆掗柛妯兼暬濮婅櫣绮欑捄銊ь啈闂佺ǹ顑嗛崝娆忣嚕閸愬樊娼ㄩ柍褜鍓熷璇测槈閵忕姵顥濋柣鐘充航閸斿酣宕濋鐐粹拺閻犲洠鈧櫕鐏撻梺绋款儍閸婃洟鎮鹃悿顖樹汗闁圭儤绻冮弲婵嬫⒑缂佹〒瑙勭椤掑嫭鍎庨幖娣妽閳锋帒霉閿濆懏鍟為悹鎰剁節閺屾稒鎯斿☉妯峰亾濠靛棛鏆︾憸鐗堝笚閸嬨劑鏌涢幘鍐茬骇闁哄懏绮撳娲礃閸欏鍎撻梺鐟板暱缁绘ê鐣烽幇鏉垮瀭妞ゆ劧绲藉鍨攽椤旂瓔娈旀俊顐n殕閺呭墎绱掑Ο鍦畾闂佸湱绮敮鐐电矓濞差亝鐓涢悘鐐靛亾缁€瀣偓瑙勬礃閸庡ジ藝閸欏浜滈煫鍥风到楠炴﹢鏌嶈閸撴岸顢欓弽顓炵獥闁哄洨濮撮崹婵囩箾閸℃ê濮冪紒璇叉閹便劌鈹戦崱娆戝姼濠碘剝褰冮妶绋款潖濞差亝顥堥柍鍝勫暟閵堢兘姊虹粙鍧楊€楃痪缁㈠幖鍗遍柟鐗堟緲缁犲鎮楀☉娅亪顢撻幘鍓佺=濞达絽婀遍埥澶嬨亜閹存繃鍣归柍缁樻崌椤㈡﹢鎮欓埡鍌涙澑闂備礁鐤囧Λ鍕涘Δ浣侯洸婵犻潧鐗忕壕濂告偣閸ヮ亜鐨哄褎娲橀妵鍕即椤忓棛蓱缂備胶绮换鍌烇綖濠靛鏁囬柣鎰閻╁海绱撻崒娆掑厡闁稿鎸婚崚濠囨嚍閵夛絼绮撻梺褰掓?缁€渚€鎮挎ィ鍐╃叆婵犻潧妫Σ褰掓煕鐎Q冨⒉缂佺粯绻冪换婵嬪磼濮橆厽顔嶉梺杞扮閻楁挸顫忛搹瑙勫珰闁炽儴娅曢悘宥夋⒑閹稿孩纾搁柛銊ょ矙閻涱喗绻濋崶銊ヤ汗濠电偠灏欑划顖炲疾閵忋倖鈷戠紒瀣濠€鎵磼椤曞棛鎮兼俊鍙夊姍瀵濡烽敂瑙勫闂備礁鎲$换鍌溾偓姘槻鍗遍柟闂寸劍閻撶喐淇婇妶鍌氫壕闁诲孩纰嶅姗€鎮惧畡鎵虫斀闁搞儯鍔岄崝鍛存⒑閹稿海绠撴繛璇х悼缁厽寰勯幇顓涙嫼缂傚倷鐒﹂敋濠殿喖顦甸弻娑欐償濞戞ǚ鍋撳┑瀣畺闁炽儲鏋煎Σ鍫ユ煏韫囧ň鍋撻弬銉ヤ壕闁割偅娲橀悡鐔兼煙闁箑鐏$痪顓炲⒔閹喖顫濋懜纰樻嫼闂佸憡绺块崕杈ㄧ墡闂備焦瀵уú蹇涘垂閽樺鍤曞┑鐘宠壘閻掓椽鏌涢幇銊︽珔妞ゅ孩鎹囧娲嚒閵堝懏鐎惧┑鐘灪閿曘垽鏁愰悙鍝勭婵°倓绀侀埀顒傛暬閹嘲鈻庤箛鎿冧痪缂備讲鍋撻柛顐犲劜閻撴洟鏌eΟ铏癸紞濠⒀呮暬閺屾洟宕遍弴鐙€妲銈庡亝缁捇宕洪埀顒併亜閹烘垵顏╃紒鐘崇墵閺屽秹宕崟顒€娅ら梺璇″灣閸嬬偤濡甸崟顖氱疀闁宠桨璁查崑鎾斥攽鐎n亞顔嗘繝鐢靛У绾板秹鍩涢幒妤佺厱閻忕偞宕樻竟姗€鏌嶈閸撴瑩宕查弻銉︾畳闂備焦鎮堕崕婊堝川椤旂瓔鍟庨梻鍌欑婢瑰﹪鎮¢崼銉ョ;闁告稒娼欓惌妤呯叓閸ャ劎鈯曢柣鎾寸懇閺岀喖顢涘☉娆戝嚒閻炴碍宀稿娲箮閼恒儲鏆犲┑顔硷工椤兘宕洪埀顒併亜閹哄棗浜剧紓浣哄Т缁夌懓鐣烽弴銏$劶鐎规挶鍎卞ú顓€€佸☉銏″€烽柟缁樺笧閳ь剦鍙冨铏圭矙鐠恒劎浼囬梺绋款儑閸嬨倝骞冮敓鐘差潊闁炽儴灏欑粻姘渻閵堝棛澧紒顔肩焸閹啴骞嬮悩鐢碉紲闁哄鐗勯崝宀勫传濞差亝鐓涢悘鐐额嚙婵″ジ鏌嶇憴鍕伌鐎规洟浜堕崺锟犲磼閸岋箑顩紒杈ㄦ尰閹峰懘骞撻幒宥咁棜闂備浇顕ч崙鐣岀礊閸℃稑纾诲ù锝呮贡椤╁弶绻濇繝鍌滃闁绘挻绋撻埀顒€绠嶉崕閬嶅疮椤愶絼绻嗛柛褎顨嗛悡鍐煢濡警妯堟俊鎻掓贡缁辨帞绱掑Ο鍏煎垱閻庤娲栭妶鎼佸箖閵忋倖鎯為柛锔诲幖鐢劌鈹戦悩鎰佸晱闁哥姵鐗犻弫鍐Ω閵夈垺鐎洪梺鎸庣箓閹冲危閸儲鐓熼柕蹇婃嚉閻熼偊鍟呮繝闈涙储娴滄粓鏌¢崒娑樺姢閻庢艾閰i弻宥堫檨闁告挻宀稿畷婵嬪即閳垛斁鍋撻弮鍫濈妞ゆ柨妲堣楠炴牜鍒掗崗澶婁壕闁肩⒈鍓欓崵顒€鈹戦悩鍨毄闁稿濮锋禍绋库枎閹惧磭鐛ラ梺鍝勮癁閸涱喗顔曟繝鐢靛仜濡﹥绂嶅⿰鍫熷€块柛顭戝亖娴滄粓鏌熼崫鍕ф俊鎯у槻闇夋繝濠傚閻帡鏌″畝鈧崰鏍х暦椤愶箑绀嬫い鎺戭槹椤ワ絽鈹戦悙鑼憼缂侇喗鎸剧划濠氬冀瑜滃ḿ鏍ㄧ箾瀹割喕绨荤紒鐘卞嵆楠炴牕菐椤掆偓閻忣噣鏌嶇憴鍕姇缂佺粯绻勯崰濠偽熷畡棰佸闂佹儳娴氶崑鍛村箖濞嗘挻鐓曟俊銈呮噸閹查箖鏌″畝鈧崰鏍箖瑜斿畷濂告偄閸濆嫬娈ョ紓鍌氬€风欢锟犲磻閸曨厾鐭撶憸鐗堝笒閽冪喐绻涢幋娆忕労闁轰礁鍟撮弻銊モ攽閸℃ê绐涢梺浼欑悼閸樠団€旈崘顔嘉ч柛鈩兠棄宥呪攽閿涘嫬浠╂俊顐㈠閿濈偠绠涘☉娆愬劒闂侀潻瀵岄崢楣冩晬濠婂啠鏀介柍钘夋閻忕娀鏌熺喊鍗炰喊闁挎繄鍋涢悾婵嬪礋椤掆偓閳ь剙鐏氱换娑㈠醇濠靛牅铏庡┑鐐叉噺閿曘垽寮诲☉銏犵閻庨潧鎲¢崳顖炴⒑鐠囪尙绠伴柛鐔告綑椤繐煤椤忓嫬绐涙繝鐢靛С閼冲墎鎹㈡笟鈧娲传閵夈儛锝団偓鍏夊亾缂佸娉曢弳锕傛煏韫囧鈧洜绮婚悷鎳婂綊鏁愰崨顓炶緟闂佸綊鏀卞钘夘潖濞差亜宸濆┑鐘插暙闂夊秹鎮峰⿰鍕凡闁哥噥鍨崇划瀣吋閸℃瑯娴勯柣搴秵閸嬪棝宕㈤柆宥嗙厽閹兼惌鍨崇粔闈浢瑰⿰鍕煉妞ゃ垺妫冮、姗€濮€閿涘嫬骞嶆俊鐐€栧褰掑几婵犳碍鍤€闁秆勵殕閻撴稑霉閿濆毥褰掑汲閿濆洠鍋撶憴鍕閻㈩垱甯¢崺銉﹀緞婵犲孩鍍靛銈嗗坊閸嬫挾绱掗悩闈涗槐婵﹦绮幏鍛驳鐎n亝顔勯梻浣告啞閸ㄥ綊寮查銈嗩潟闁绘劕鎼獮銏$箾閹寸偍缂氶柨娑欑洴濮婅櫣鍖栭弴鐐测拤闁藉啳椴哥换娑㈠川椤栨锝夋煏閸パ冾伃妤犵偞甯¢獮瀣攽閸愩劋澹曢梺鐓庮潟閸婃洟藟濮橆兘鏀介柛灞剧閸熺偤鏌i幘瀛樼闁诡喗锕㈤幃娆撳箵閹哄棙瀵栭梻浣哥枃濡嫰藝鏉堚晜顫曢柟鐑樺焾濞撳鏌ㄩ弴妤€浜惧┑鐐额嚋缁犳捇骞冮垾鏂ユ瀻闁规儳顕崢浠嬫⒑缂佹ɑ鐓ラ柟璇х磿濞嗐垽宕f径鍫滅盎闂婎偄娴勭徊钘夘嚕椤曗偓閺屸€崇暆閳ь剟宕伴弽顓炵畺闁斥晛鍟崕鐔兼煏韫囥儳鎮兼い銏犳嚇濮婄粯鎷呴悜妯烘畬閻庢鍠栭悥濂哥嵁閹版澘绀冮柤纰卞墯濞堥箖姊虹紒妯荤叆闁告艾顑夎棢闁割偆鍠撶粻楣冩煙鐎电ǹ浠ч柟鍐插閺岋絽鈹戦幘鍓佺槇濠殿喖锕ら…宄扮暦閹烘埈娼╂い鎴f娴滈箖鏌熼梻瀵割槮缁惧墽鎳撻—鍐偓锝庝簼閹癸綁鏌i鐐搭棞闁靛棙甯掗~婵嬫晲閸涱剙顥氬┑掳鍊楁慨鐑藉磻閻愮儤鍋嬮柣妯荤湽閳ь兛绶氬鎾閻樻爠鍥ㄧ厱閻忕偛澧介悡顖氼熆鐟欏嫭绀€闁宠鍨块、娆撴儗椤愵偂绨婚柣锝囧厴椤㈡宕熼銏犱憾闂佽娴烽弫鍝ユ兜閸洖纾婚柟鎹愬煐閸犲棝鏌涢弴銊ュ妞わ负鍎崇槐鎾诲磼濮樻瘷銏ゆ煥閺囥劋绨绘い鏇稻缁绘繂顫濋鈧懓鍨攽鎺抽崐鏇㈡晝閵堝绠栭柟杈鹃檮閳锋垿鏌涘☉姗堟缂佸爼浜堕弻娑㈠Ω瑜庡▍鏇熶繆閸欏濮嶉柡灞芥椤撳ジ宕卞▎蹇撶闂備胶顢婃竟鍫ュ箵椤忓棙顫曢柡鍥ュ灪閸嬧晜銇勯幘鍗炵仾闁绘挻娲熼獮鏍庨鈧俊娲煙閺屻儳鐣洪柟绋匡工閳规垿宕伴姀鐘电Ш鐎规洘顨婂畷妤呮嚃閳哄啠鏋忕紓鍌欒兌閸嬫挸鐣峰Ο琛℃灃闁哄洢鍨归悞鍨亜閹哄棗浜剧紓浣哄Т缁夌懓鐣烽弴銏$劶鐎规挶鍎卞ú锔锯偓浣冨亹閳ь剚绋掗敋濞存粍顨婂娲传閸曨剙鍋嶉梺鎼炲妽濡炰粙骞冮垾鏂ユ闁靛骏绱曢崢閬嶆⒑闂堟侗妾х紒韫矙瀹曟繂顫濋鑺ユ杸闂佹寧绋戠€氼剛鏁懜鐐逛簻妞ゆ挴鈧啿濮峰銇卞倻绐旈柡灞剧洴婵℃悂濡堕崨顓犮偖婵犵數濮崑鎾炽€掑锝呬壕濠殿喖锕ㄥ▍锝囨閹烘嚦鐔煎箻閾忣偉纭€缂備緡鍠楀Λ鍐€佸璺虹劦妞ゆ帒瀚ㄩ埀顑跨窔瀵噣宕煎┑瀣暪闂備胶绮Λ浣糕枍閿濆姹查柕蹇嬪€栭埛鎺楁煕鐏炴崘澹橀柍褜鍓涢崗姗€骞冮悙鐑樻櫆闂佹鍨版禍鍓х磼濡や胶鈽夐柟鍐茬箰閻g兘寮婚妷锔惧幈闁诲繒鍋熼搹搴ㄥ吹閵堝棛绠鹃柟瀵稿剱閻掓悂鏌¢崘銊у鐎瑰憡绻冮妵鍕箻鐠虹洅銏☆殽閻愭潙娴慨濠勭帛閹峰懘宕ㄦ繝鍐ㄥ壍婵犵數鍋涢惇浼村垂閽樺鏆﹂柣鐔稿櫞濞差亶鏁傞柛娑卞幒缁ㄧ敻姊绘担鍛婂暈闁告棑闄勭粋宥呪攽鐎n亞鐛ラ梺褰掑亰閸樺墽寮ч埀顒佺節閻㈤潧孝闁稿﹦绮弲鍫曞即閻樼數锛滈梺閫炲苯澧寸€规洖銈搁幃銏㈢矙閸喕绱熷┑鐘殿暯濡插懘宕规潏鈹惧亾缁楁稑鎳忛崗婊兾旈敐鍛殲闁绘挶鍨介弻娑㈠箛閸忓摜鐩庨梺鍝勵儐閻╊垶寮婚敍鍕勃闁绘劦鍓涢ˇ銊х磽娴h櫣甯涚紒瀣墵钘濋柡灞诲劜閸婂灚鎱ㄥΟ鍝勮埞闁告ê顕埀顒冾潐濞叉﹢宕归幐搴濈箚闁归棿绀侀悡娑㈡煕鐏炵虎娈曢悗姘冲亹缁辨捇宕掑顑藉亾閻戣姤鍊块柨鏇炲€归弲顏勨攽閻樻剚鍟忛柛鐘崇墪鐓ら柨鏇炲€告闂佸憡娲﹂崹浼村础閹惰姤鐓忓┑鐐茬仢閸旀氨绱掗銏⑿ф慨濠呮閸栨牠寮撮悢鍛婄翻闂備焦鎮堕崝蹇撐涢崟顖f晪闁挎繂顦粻缁樸亜閺冨倵鎷℃繛鐓庯躬濮婃椽鎮欓挊澶婂闂佸搫顑呴妶绋跨暦閹达箑绠荤紓浣姑禒娲⒑閸涘﹦鈽夐柨鏇畵瀹曪綁宕卞缁樻杸闂佺粯岣跨划顖氣槈瑜庢穱濠囶敃閿濆孩鐤侀梺绯曟杹閸嬫挸顪冮妶鍡楃瑨闁稿﹤缍婂畷鐢稿焵椤掑嫭鈷戦悗鍦閸ゆ瑧绱掓径灞惧殌闁伙絿鍏樺畷濂稿即閻愬秮鏅犻弻銊モ攽閸℃浼€闂佺儵鏅涢柊锝咁潖缂佹ḿ绡€閹肩补鈧尙鐩庢繝鐢靛仩椤曟粍淇婇崶鈺佸灊婵炲棙鎸哥粻娑㈡煛婢跺孩纭堕柣銈呮噺娣囧﹪濡惰箛鏇炲煂闂佸摜鍣ラ崹鍫曞箖閳ユ枼妲堥柕蹇娾偓鏂ュ亾閸洘鐓熼柟鎵濞懷兠瑰⿰鍐ㄢ挃缂佽鲸甯¢崺鈧い鎺戝€甸崑鎾绘晲鎼粹€冲箣闂佺ǹ顑嗛幐楣冨箟閹绢喖绀嬫い鎺戝亞濡茬懓鈹戦悙鑼憼缂侇喖鐭傞幃銉︾附缁嬭銉ッ归敐鍛棌婵炵鍔戦弻宥堫檨闁告挾鍠栭悰顕€宕橀纰辨綂闂佹寧绋戠€氭澘顬婇鐣岀瘈闁靛骏绲剧涵鐐亜閿曚線鍝虹€垫澘瀚伴弫鎾绘晸閿燂拷

重磅专题