Spring官方文档翻译——15.4 处理器映射(Handler mappings)

15.4 处理器映射(Handler mappings) 注:下面将handler翻译成处理器

 

在Spring早先的版本中,用户还需要在web应用上下文中定义处理器映射来配置请求(requests)与处理器之间的关系。而在Spring2.5中,DispatcherServlet实现了一个默认的处理器映射的注解实现——DefaultAnnotationHandlerMapping,它能够寻找@RequestMapping和@Controllers注解(译者注:需要配置component-scan)。一般情况下,你不需要重写这个默认的映射关系,除非你需要自定义某些默认的属性值。下面列出了其中的属性:

 

interceptors(拦截器)

         配置使用到的一组拦截器。HandlerInterceptors在本章中的“Intercepting requests -   the HandlerInterceptor interface”部分有更进一步的介绍。

 

default handler

         配置默认的处理器,也就是当处理器映射找不到匹配结果的时候使用。

 

order

         Spring将上下文中所有可用的(available)处理器映射关系根据order值(see the org.springframework.core.Ordered interface)排序,然后按顺序匹配到第一个满足的handler

 

alwaysUseFullPath

         如果为true,Spring将会在当前的servlet上下文中使用全路径来寻找一个合适的处理器。默     认为false,那么则会使用当前的servlet所在路径作为基路径。比如,一个servlet使用testing/*     来做映射,且alwaysUseFullPath属性被设置成true,此时使用的路径为 /testing/viewPage.html。相反,若alwaysUseFullPath为false,那么路径为/viewPage.html

 

urlDecode

         对于Spring2.5来说,默认值为true。如果你更喜欢比较被编码的路径,将它设置成  false。然而,HttpServletRequest总是将servlet路径暴露在被解码的表单里。要知道当与被编码的路径比较时,servlet路径不会与之匹配。

 

lazyInitHandlers

         允许单例处理器的懒加载(prototype处理器总是懒加载的)。默认值为false

 

注意

         alwaysUseFullPath, urlDecode和lazyInitHandlers 这几个属性只有对于org.springframework.web.servlet.handler.AbstractUrlHandlerMapping的子类才生效

 

下面的例子显示了如何重写默认的mapping并增加一个拦截器(interceptor)

<beans>
	<bean id="handlerMapping" class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping
		<property name="interceptors">
			<bean class="example.MyInterceptor"/>
		</property>
	</bean>
<beans>

拦截请求——HandlerInterceptor接口 Interceptingrequests - the HandlerInterceptor interface

Spring的处理器映射机制包括拦截器,当你想要对指定的requests应用一些特定的功能时会很有用,比如:鉴权;

位于handler mapping中的拦截器必须要实现org.springframework.web.servlet.HandlerInterceptor接口。这个接口定义了三个方法:preHandle方法在处理器handle执行之前被执行,postHandle方法在处理器handle方法执行之后被执行,而另一个afterCompletion方法则是在完整请求结束之后,也就是在渲染视图之后被执行(译者注:一般简单的需求使用org.springframework.web.servlet.handler.HandlerInterceptorAdapter,实现pre-only/post-only就可以了)这三个方法能够提供足够灵活的多种前置和后置处理。

其中preHandle方法返回一个布尔值。返回true,那么处理器执行链将会继续执行,若返回false,那么DispatcherServlet会认为拦截器自己已经托管了请求(比如,拦截器会为它渲染一个合适的视图),而不再去继续执行其他拦截器且当前的执行链也会被终止。

下面的例子定义了一个处理器映射,它会将所有匹配的URL("/*.form"或"/*.view")映射到指定的控制器(controller——editAccountFormController)上。其中添加了一个拦截器来拦截这些匹配的请求,实现了让不在上午9点到下午6点这段时间访问的请求都被重定向到另一个页面。

	<beans>
		<bean id="handlerMapping"
			class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
			<property name="interceptors">
				<list>
					<ref bean="officeHoursInterceptor" />
				</list>
			</property>
			<property name="mappings">
				<value>
					Spring Framework
					3.0 Reference Documentation 440
					/*.form=editAccountFormController
					/*.view=editAccountFormController
				</value>
			</property>
		</bean>
		<bean id="officeHoursInterceptor" class="samples.TimeBasedAccessInterceptor">
			<property name="openingTime" value="9" />
			<property name="closingTime" value="18" />
		</bean>
		<beans>

package samples;

public class TimeBasedAccessInterceptor extends HandlerInterceptorAdapter {
	private int openingTime;
	private int closingTime;

	public void setOpeningTime(int openingTime) {
		this.openingTime = openingTime;
	}

	public void setClosingTime(int closingTime) {
		this.closingTime = closingTime;
	}

	public boolean preHandle(HttpServletRequest request,
			HttpServletResponse response, Object handler) throws Exception {
		Calendar cal = Calendar.getInstance();
		int hour = cal.get(HOUR_OF_DAY);
		if (openingTime <= hour < closingTime) {
			return true;
		} else {
			response.sendRedirect("http://host.com/outsideOfficeHours.html");
			return false;
		}
	}
}

任何被该映射关系匹配的请求都会被TimeBasedAccessInterceptor拦截。如果当前时间不在办公时间(也就是上午9点到下午6点),那么用户将被重定向到一个静态HTML页面,比如你只能够在工作时间访问网站。

 

正如你所看到的,Spring适配器类HandlerInterceptorAdapter简化了直接实现HandlerInterceptor接口的工作。


如有翻译不准确的地方,希望指正更改~

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。