spring mvc 第二天【注解实现springmvc Handler处理ajax简单请求 的配置】

这里使用的是在前台发起ajax请求Handler,后台伪造数据响应给前台,

配置对应ajax请求的Handler信息如下

 1 @Controller
 2 public class MyController {
 3    //处理器方法
 4     @RequestMapping(value="/first.do",produces="text/html;charset=utf-8")
 5     public void doFirst(HttpServletResponse response) throws IOException{
 6         //伪造数据
 7
 8         Map<String, UserInfo> map=new HashMap<String,UserInfo>();
 9         UserInfo u1=new UserInfo();
10         u1.setAge(12);
11         u1.setName("恭喜就业");
12
13         UserInfo u2=new UserInfo();
14         u2.setAge(122);
15         u2.setName("顺利就业");
16
17         map.put("001",u1);
18         map.put("002",u2);
19
20         //工具   map----json字符串    fastjson
21         String jsonString = JSON.toJSONString(map);
22         response.setCharacterEncoding("utf-8");
23         //响应流
24         response.getWriter().write(jsonString);
25         response.getWriter().close();
26
27     }
28
29
30 }

这里使用的是fastjson工具将map对象转换为json串,配合response参数传给前台。

该json是类似于:{"002":{"age":122,"name":"顺利就业"}}   的这类信息,

使用js代码解析:

1  $.ajax({
2                url:"first.do",
3                success:function(data){ //data指的是从server打印到浏览器的数据
4                    //jsonString jsonObject
5                    //{"001":{"age":122,"name":"顺利就业"}}
6                   var result= eval("("+data+")");
7
8                }
9              });

这里推出:Spring默认的json协议解析由Jackson完成。

需要引入三个jackson的jar包

提供案例下载:05-mvc-annotation-handlerreturn-ajax

http://pan.baidu.com/s/1cpCKTS

时间: 2024-10-12 18:16:39

spring mvc 第二天【注解实现springmvc Handler处理ajax简单请求 的配置】的相关文章

spring mvc 第三天【注解实现springmvc Handler返回值为Object 的配置】

这里使用的是在前台发起请求Handler,后台伪造数据响应给前台, 解决方案:将之前的viewResolver抹掉,配置对应(request)请求的Handler信息如下 之前Handler返回的都直接就是逻辑视图名,并且需要配置相对应的固定的视图解析器,不太方便,这次需要返回Object,使Handler更灵活. 既然return 之后的值不再是逻辑视图名称了,那么就让@ResponseBody来帮忙吧 这里有两个新的注解: @RequestBody 将HTTP请求正文转换为适合的HttpMe

Spring MVC 环境搭建(maven+SpringMVC+mybatis+Freemarker) ----DawnHeaven

Spring MVC 环境搭建(maven+SpringMVC+mybatis+Freemarker)       ------DawnHeaven 一.准备工作 1.Eclipse Java EE IDE(4.4.1) 2.JDK 3.Tomcat 4.Maven  maven安装指南 二.构建工程 1.file->new->Project 2.next 3. next 4.next 5.finish 工程目录如下 三.完善项目 首先,完善目录,增加重要的source Folder,这个不是

Spring MVC 中采用注解方式 Action中跳转到另一个Action的写法

Spring MVC 中采用注解方式 Action中跳转到另一个Action的写法 在Action中方法的返回值都是字符串行,一般情况是返回某个JSP,如: return "xx":意思是返回到某个JSP页面上 如果想在此Action中跳转到另一个Action中怎样做呢? return "redirect://.do?" 例如: @RequestMapping(params = "action=delete") public String del

Spring MVC常用的注解

1.@Controller 在SpringMVC 中,控制器Controller 负责处理由DispatcherServlet 分发的请求,它把用户请求的数据经过业务处理层处理之后封装成一个Model ,然后再把该Model 返回给对应的View 进行展示.在SpringMVC 中提供了一个非常简便的定义Controller 的方法,你无需继承特定的类或实现特定的接口,只需使用@Controller 标记一个类是Controller ,然后使用@RequestMapping 和@RequestP

Spring MVC入门第4天--springmvc高级功能

文档版本 开发工具 测试平台 工程名字 日期 作者 备注 V1.0 2016.07.05 lutianfei none 异常处理 异常处理思路 系统中异常包括两类:预期异常和运行时异常RuntimeException,前者通过捕获异常从而获取异常信息,后者主要通过规范代码开发.测试通过手段减少运行时异常的发生. 系统的dao.service.controller出现都通过throws Exception向上抛出,最后由springmvc前端控制器交由异常处理器进行异常处理,如下图: spring

Spring MVC的常用注解

1.@Controller 控制器Controller 负责处理由DispatcherServlet 分发的请求,它把用户请求的数据经过业务处理层处理之后封装成一个Model ,然后再把该Model 返回给对应的View 进行展示. @COntroller用于标记一个类,即控制类,spring使用扫描机制查找应用程序中所有基于注解的控制类.分发处理器会扫描使用了该注解的类的方法,并检测该方法是否使用了@RequestMapping注解,而使用@RequestMapping注解的方法才是真正处理请

四、Spring MVC的RequestParam注解

前面的章节,有提到可以通过@PathVariable注解来映射restful风格的url中的值到方法中去,本章就看看如果不使用restful风格的url来怎么进行参数的传递. RequestParam就是来实现参数传递的,能够把用户的输入绑定到后台的方法上面.它有三个主要的属性: value:定义参数的名称 required:定义参数是否是必须的,默认是true defaultValue:定义参数的默认值 下面结合具体的示例代码来看一下如何使用: 1.下面的这段代码定义了三个参数,一个name,

Spring MVC拦截器+注解方式实现防止表单重复提交

原理:在新建页面中Session保存token随机码,当保存时验证,通过后删除,当再次点击保存时由于服务器端的Session中已经不存在了,所有无法验证通过. 注,如果是集群的方式,则需要将token放入到缓存中即可. 注解Token代码:java源码  Java代码 复制代码 收藏代码 1[email protected](ElementType.METHOD) 2[email protected] (RetentionPolicy.RUNTIME) 3.public @interface T

Spring MVC中基于注解的 Controller

终于来到了基于注解的 Spring MVC 了.之前我们所讲到的 handler,需要根据 url 并通过 HandlerMapping 来映射出相应的 handler 并调用相应的方法以响应请求.实际上,ControllerClassNameHandlerMapping, MultiActionController 和选择恰当的 methodNameResolver(如 InternalPathMethodNameResolver) 就已经可以在很大程度上帮助我们省去不少的 XML 配置,谁让