springmvc3.2参考文档

5星 · 超过95%的资源需积分: 9 139 浏览量更新于2023-05-27 评论 7 收藏 394KB DOCX 举报

身份认证购VIP最低享 7 折!

领优惠券(最高得80元）

资源详情

资源评论

资源推荐

框架简介

框架是围绕 设计的，并分发请求到处理程序

， 支持可配置的处理程序映射，视图解析、区域设置

和主题解析，以及文件上传等特性。默认  基于 和  

注解，提供范围广泛且灵活的处理方法。从 !"# 开始支持 $%，主要通过 &注解和其他特性

来支持。

在 中，您可以使用任何对象作为命令对象'或表单对象；您不需要实现框架特

定接口或基类。 的数据绑定是高度灵活的：例如，它把类型不匹配当做验证错误，这样就可以算作应用

程序错误，而不是系统错误。因此你不需要简单的重复拷贝您的业务对象的属性，表单对象中的非类型化的字符

串只是处理无效的提交，或者合理的转换字符串。相反，直接绑定的方式更可取。

 的视图解析也非常灵活，控制器通常负责准备含有数据的 (Map 并选择一种视图名称，当然，它也可

以直接直接写响应流，并完成该请求。视图名称解析可以根据文件扩展名或者 ) 头内容类型协商，通过

 的名称，配置文件，或者是自己实现 ViewResolver 来选择。模型 中的 是一个  接口，这样就

允许对视图技术做完全抽象。您可以直接与基于呈现技术的模板 如 *&、 + 和 ,-集成或直接生

成 ./、 *01、 ) 和许多其他类型的内容。模型  被转化为合适的格式，如 *&  或是

+。

(的特性

 的 模块包含了许多独特的 功能支持：

 明确分离的角色。每个角色 — — 控制器、校验器、命令对象、表单对象、模型对象，

，处理程序映射，视图解析等等 — — 都可以由一个专门的对象来履行。

 强大和简明配置。包括框架和作为  的应用程序类。这种配置能力包括简便的跨上下文引用，正如

从 控制器到业务对象和验证程序。

 适应性、非侵入性和灵活性。定义你需要的任何控制器方法签名，为给定场景可能使用下面一种参数注解

（如 、 、 和更多）

 可重用的业务代码，无需复制。使用现有的业务对象作为命令对象或表单对象而不是复制他们来继承一个特

别的框架基类。

 可自定义绑定和验证。类型不匹配作为应用层的校验错误，这样可以保存非法的值，本地化日期和数字绑定

等，而不是仅  类型的表单对象，需要手动解析并转化为业务对象。

 可自定义化的  映射和视图解析。 映射和视图解析策略范围从简单的基于  的配置到到

复杂的专门构建的解析策略。 比  !框架更灵活，它只专注一种特殊技术。

 灵活的模型转换。键"值映射  的模型转换支持与任何视图技术轻松集成。

 可自定义的区域设置和主题解析，支持带或不带  标记库的 ，#$，%&。

 一个简单但功能强大 #标记库称为  标记库，他提供了如数据绑定和主题等功能支持。自定义标记

提供了在标记代码方面最大的灵活性。关于标签库描述符的信息，请参阅题为 '()*spring.tld 的

附录 )。

 #表单标签库。在 +,- 引入，这使得在 #页中编写表单要容易得多。标签库描述符的信息，请

参阅题为 '(.*spring-form.tld 的附录 .。

 / 的生命周期的作用范围是当前 $$请求或 $$会话。这不是  !本身的特定功能，而

是它使用的 0'%!%( 容器。作用域见其他章节节 1,1,2。

与其他  实现插件化集成

一些项目更倾向于采用 1 实现，许多团队想利用他们已经积累的技能和经验，他们在利用 

框架方面，已经有了大量的知识和经验，如果你可以忍受一些  的架构缺陷，它也是  层的一个可行方案，

其他类似的  框架也是如此，比如 -。

如果你不想使用  的 ，但是想利用  提供的其他方面的解决方案，你可以轻松的将你选择的

 框架与  集成，只需要通过 2// 启动  根应用程序的上下文。通过来自  或

- 内部的 2属性 或  的各自的  方法来访问它。

即使没有 ，你也可以很轻松掌控注册的 3 和  的服务。在此方案中， 与  和

- 不太一样，它涉及许多纯  框架并不涉及的领域，从 3 的配置，数据访问，和事务处理。你可

以使用  中间层或者数据访问层来丰富你的应用程序，比如，使用 *3 或者  的事务抽象。

DispatcherServlet

 框架就像其他  框架一样，采用请求驱动，围绕一个核心  设计，由它将请求分发到控制

器并提供其他功能，使  应用开发更简便。的 DispatcherServlet 能做得比这个更多。它可以完美的

与 40集成，这样你就可以使用  的其他一些特性。

中 DispatcherServlet(的请求处理流程如下图所示。精通模式的读者能看得出 

是”前端控制器”设计模式（这是一种  与其他许多领先的 框架共享的模式）的一种实现。

</web-app>

上面的例子中。所有的以62 开始的请求都会由配置的名为 2 的 DispatcherServlet 实例处理，在

!"# 以上的环境中，您还可以选择以编程方式配置 容器。下面是基于代码的配置，相当于上面的

"2示例：

public class MyWebApplicationInitializer implements WebApplicationInitializer {

@Override

public void onStartup(ServletContext container) {

ServletRegistration.Dynamic registration = container.addServlet("dispatcher", new

DispatcherServlet());

registration.setLoadOnStartup(1);

registration.addMapping("/example/*");

}

)47是  提供的接口，这将确保您的基于代码的配置可以被检测到并自动用于初

始化任何 !容器。这个名为 )47是一个实现该接口的抽象基类8使用它比在

"2 中注册  更简单。参阅 !%3%4%(。

以上只是设置 的第一步。现在，您需要配置 不仅仅是 本身

框架使用的各种 。

作为 9":; 节详细介绍的 %1,52*6'%!%7

ApplicationContext8，ApplicationContext 可以在  中指定范围。在 框架中，每个

有它自己的 )2，继承根 )2中已定义的所有 。在

特定范围中，可以重写这些继承的 ，而且你可以定义一个新的指定范围的  本地化到一个

给定的 实例。

在 初始化时，将在 WEB-INF 目录中搜索名为 [servlet-name]-servlet 的 2 文

件，并创建该文件中配置的 。优先于任何使用相同的名称在全局范围内定义的 的定义。

请考虑下面的 配置（在 "2文件中）：

<web-app>

<servlet-name>golng</servlet-name>

<servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>

<load-on-startup>1</load-on-startup>

</servlet>

<servlet-mapping>

<servlet-name>golng</servlet-name>

<url-pattern>/golfing/*</url-pattern>

</servlet-mapping>

</web-app>

与上面的 配置相对应的，在您的应用程序中，您将需要有一个名为 6$341,6<"2 的文件；

此文件将包含所有 特定的组件 。您可以通过 的初始化参数 见下面的详细信息更

改此配置文件的确切位置。

)2是普通 )2 的一个扩展，它含有  应用所需的额外功能。它不同于普通

的 ApplicationContext，它有主题解析的能力 见 %59,:*68，并知悉哪些  与

其关联 由具有指向 2的链接。)2是被绑定在 2 的，如果你需要

访问它，通过使用 RequestContextUtils 类中的静态方法，你就可以得到 )2。

WebApplicationContext 中的特殊 Bean 类型

剩余63页未读，继续阅读

WSYW126

2016-10-29

挺好的，很有用处

huanggl096

粉丝: 0
资源: 3

会员权益专享

spring mvc 3.2 参考文档

评论24

会员权益专享

最新资源

spring mvc 3.2 参考文档

评论24

spring boot、spring mvc 和 spring 有什么区别？

spring MVC数据绑定大全

Spring MVC基础开发

spring web 和spring mvc区别

史上最简单的 spring mvc 教程

jsp+spring mvc

spring boot 和spring mvc的区别

Spring MVC的实现

spring mvc 类型转换和格式化

如何基于spring mvc开发一个web应用

spring mvc虚拟网盘

关于搭建spring mvc环境教程

spring mvc不能直接接收list类型参数的问题

javaee spring mvc 学生管理系统

spring mvc 学习笔记（一）：helloworld

谈谈你对spring MVC的理解。

idea spring mvc做登陆页面

Pro Spring MVC---Apress-2012

会员权益专享

最新资源