MVC注解式开发即处理器基于注解的类开发, 对于每一个定义的处理器, 无需在xml中注册.

只需在代码中通过对类与方法的注解, 即可完成注册.

定义处理器

@Controller: 当前类为处理器

@RequestMapping: 当前方法为处理器方法, 方法名随意, 对于请求进行处理与响应.

@Controller
public class MyController { @RequestMapping(value = "/hello.do")
public ModelAndView doControl(HttpServletRequest request,
HttpServletResponse response) {
ModelAndView mv = new ModelAndView();
mv.addObject("message", "执行方法");
mv.setViewName("welcome, neil!");
return mv;
} }

可以在RequestMapping对请求进行限制, 例如

代码代码如下:
@RequestMapping(value="/hello.do", params={"name=neil", "!age"}, method=RequestMethod.POST)

method=RequestMethod.POST 限定提交类型为POST

params={"name=neil", "!age"}  限定请求中必须携带参数name, 值为neil, 不可以携带参数age

接受请求参数

如果请求中参数名与处理器方法参数名一致, 那么可以直接获取.

@RequestMapping(value="/hello.do")
public ModelAndView doControll(String name, int age) {
System.out.println("Name : " + name + ", Age: " + age);
ModelAndView mv = new ModelAndView();
return mv;
}

如果参数名不一致, 则需要通过@RequestParam进行定位.

@RequestParam有三个属性

  1. name / value: 指定请求参数的名称.
  2. required: 参数是否必须, 若为false, 则表示参数有没有均可.
  3. defaultValue: 请求中没有携带参数时, 指定当前参数默认值.
代码代码如下:
doControll(@RequestParam(name = "username") String name, @RequestParam(name = "userage") int age)

路径变量@PathVariable

对处理器方法中的参数, 可以来自于请求携带的参数, 也可以来自于URI中的变量, 即路径变量.

与上述正常参数一样, 如果路径变量名与接收其值的参数名不一致, 则需要通过参数指出路径变量名称.

如下所示, 注意username与name, age与age.

@RequestMapping(value="/{username}/{age}/hello.do")
public ModelAndView doControll(@PathVariable("username") String name, @RequestParam int age) {
System.out.println("Name : " + name + ", Age: " + age);
ModelAndView mv = new ModelAndView();
return mv;
}

处理器方法返回值

使用@Controller注解的处理器, 其方法返回值常用的有如下四种:

  1. ModelAndView
  2. Void
  3. Object, 自定义类型对象
  4. String

1, 返回ModelAndView

处理器方法完成后, 需要跳转到其他资源, 且需要在跳转的资源之间传递数据, 则返回ModelAndView即可.

public ModelAndView doControll(){
ModelAndView modelAndView = new ModelAndView();
// 传递的数据
modelAndView.addObject("name", "neil");
modelAndView.setViewName("/user.do");
return modelAndView;
}

2, 返回Void

请求处理后, 无需跳转, 可以放处理器返回void, 例如Ajax异步请求响应.

如果需要跳转, 也可以通过操作ServletAPI进行sendRedirect或者forward.

3, 返回Object

处理器可以返回Object对象, 此时不是作为逻辑视图出现的, 而是直接在页面展示数据用的.

返回Object对象, 需要使用@ResponseBody注解, 将转换后的JSON数据放入响应体重.

@RequestMapping(value="/hello.do")
@ResponseBody
public ModelAndView doControll() {
return new Student("neil", );
}

前端获取到数据

FR.ajax({
url: "hello.do",
complete: function(data) {
alert(data.name + " " + data.age);
}
})

同样, 也可以返回集合List, Map等等.

@RequestMapping(value="/hello.do")
@ResponseBody
public ModelAndView doControll() {
List<Student> list = new ArrayList<Student>();
list.add(new Student("a", ));
list.add(new Student("b", ));
list.add(new Student("c", ));
return list;
}

前端获取到数据

FR.ajax({
url: "hello.do",
complete: function(data) {
$(data).each(function(index)) {
alert(data[index].name + data[index].age);
}
}
})

4, 返回String

返回字符串可能有以下三种场景:

  1. 逻辑视图名
  2. Redirect重定向
  3. Forward转发

逻辑视图名

处理器返回的字符串可以指定逻辑视图名, 通过视图解析器解析将其转为物理视图地址.

最终真实的访问路径=“前缀”+逻辑视图名+“后缀”

如果不指定前后缀, 也可以直接返回物理视图名, 如

return "/WEB-INF/admin/welcome.jsp"

Redirect重定向

return "redirect:/admin/next.action";

相当于response.sendRedirect(),转发后浏览器的地址栏变为转发后的地址.

由于新发起一个request,原来的参数在转发时就不能传递到下一个url,

如果要传参数可以在url后边拼接参数&a=1&b=2

Forward转发

return "forward:/admin/forward.action";

相当于request.getRequestDispatcher().forward(request,response), 转发后浏览器地址栏还是原来的地址。

转发并没有执行新的request和response,而是和转发前的请求共用一个request和response.

参数可以直接复用转发前的.

以上就是本文的全部内容,希望对大家的学习有所帮助,也希望大家多多支持脚本之家。

文献来源于:https://www.jb51.net/article/136822.htm

Spring MVC (二)注解式开发使用详解的更多相关文章

  1. 转载 Spring、Spring MVC、MyBatis整合文件配置详解

    Spring.Spring MVC.MyBatis整合文件配置详解   使用SSM框架做了几个小项目了,感觉还不错是时候总结一下了.先总结一下SSM整合的文件配置.其实具体的用法最好还是看官方文档. ...

  2. Spring MVC、MyBatis整合文件配置详解

    Spring:http://spring.io/docs MyBatis:http://mybatis.github.io/mybatis-3/ Building a RESTful Web Serv ...

  3. Spring MVC拦截器(Interceptor )详解

    处理器拦截器简介 Spring Web MVC的处理器拦截器(如无特殊说明,下文所说的拦截器即处理器拦截器)类似于Servlet开发中的过滤器Filter,用于对处理器进行预处理和后处理. 常见应用场 ...

  4. Spring MVC 学习)——控制器与@RequestMapping详解

    Spring MVC 学习总结(二)——控制器定义与@RequestMapping详解 一.控制器定义 控制器提供访问应用程序的行为,通常通过服务接口定义或注解定义两种方法实现. 控制器解析用户的请求 ...

  5. spring MVC处理请求过程及配置详解

    本文主要梳理下Spring MVC处理http请求的过程,以及配置servlet及业务application需要的常用标签,及其包含的意义. spring MVC处理请求过程 首先看一个整体图 简单说 ...

  6. spring纯java注解式开发(一)

    习惯了用XML文件来配置spring,现在开始尝试使用纯java代码来配置spring. 其实,spring的纯java配置,简单来说就是将bean标签的内容通过注解转换成bean对象的过程,没什么神 ...

  7. Spring MVC之@RequestParam @RequestBody @RequestHeader 等详解

    (转自:http://blog.csdn.net/walkerjong/article/details/7946109#) 引言: 接上一篇文章,对@RequestMapping进行地址映射讲解之后, ...

  8. Spring、Spring MVC、MyBatis整合文件配置详解

    原文  http://www.cnblogs.com/wxisme/p/4924561.html 主题 MVC模式MyBatisSpring MVC 使用SSM框架做了几个小项目了,感觉还不错是时候总 ...

  9. 【转】Spring、Spring MVC、MyBatis整合文件配置详解

    见:http://www.tuicool.com/articles/eyINveF web.xml的配置 web.xml应该是整个项目最重要的配置文件了,不过servlet3.0中已经支持注解配置方式 ...

随机推荐

  1. [新版] CASthesis 模板编译的问题

    国科大官方学位论文latex模板 地址:https://github.com/mohuangrui/ucasthesis 它支持硕士和博士学位论文.博士后出站报告的撰写. 以下是使用记录. 一.撰写全 ...

  2. AcWing:112. 雷达设备(贪心 + 笛卡尔坐标系化区间)

    假设海岸是一条无限长的直线,陆地位于海岸的一侧,海洋位于另外一侧. 每个小岛都位于海洋一侧的某个点上. 雷达装置均位于海岸线上,且雷达的监测范围为d,当小岛与某雷达的距离不超过d时,该小岛可以被雷达覆 ...

  3. MVC中上传文件

    与asp.net中几乎一样,使用表单提交的方式上传文件(如果是使用了第三方插件的话,那么就另当别论) @{ ViewBag.Title = "Index"; Layout = nu ...

  4. 一、基础篇--1.2Java集合-HashMap源码解析

    https://www.cnblogs.com/chengxiao/p/6059914.html  散列表 哈希表是根据关键码值而直接进行访问的数据结构.也就是说,它能通过把关键码值映射到表中的一个位 ...

  5. Canvas学习:封装Canvas绘制基本图形API

    Canvas学习:封装Canvas绘制基本图形API Canvas Canvas学习   从前面的文章中我们了解到,通过Canvas中的CanvasRenderingContext2D对象中的属性和方 ...

  6. python - linux下 no module named pip

    有网络的情况下,linux系统提示无法使用pip命令: 有两种解决方式: 第一种: =============================== 敲命令:python -m ensurepip 得到 ...

  7. Hibernate3核心API-SchemaExport类

  8. Python标准组件ConfigParser配置文件解析器,保存配置时支持大写字母的方法

    虽然自己已经改用xml作为配置文件首选格式了,但是有时候还是需要解析ini.cfg文件(为了兼容早期版本或者其他作者的软件). 基本上Python自带的ConfigParser足够应对了,但是美中不足 ...

  9. DEDECMS 漏洞汇总

    日期:2019-08-08 10:20:28 更新: 作者:Bay0net 介绍: 0x01.组合拳拿 shell 漏洞版本:v5.5 - v5.7 前台任意用户密码重置 首先注册一个账户,账户名为 ...

  10. HideTcpip.c

    隐藏tcp端口,来自看雪 /////////////////////////////////////////////////////////////////////////////////////// ...