快乐无极网站seo研究协会网app

1、Spring MVC视图：

SpringMVC中的视图是View接口，视图的作用渲染数据，将模型Model中的数据展示给用户

SpringMVC视图的种类很多，默认有转发视图和重定向视图

当工程引入jstl的依赖，转发视图会自动转换为JstlView

若使用的视图技术为Thymeleaf，在SpringMVC的配置文件中配置了Thymeleaf的视图解析器，由此视图解析器解析之后所得到的是ThymeleafView

1、ThymeleafView

        当控制器方法中所设置的视图名称没有任何前缀时，此时的视图名称会被SpringMVC配置文件中所配置的视图解析器解析，视图名称拼接视图前缀和视图后缀所得到的最终路径，会通过转发的方式实现跳转。视图名称没有任何前缀的时候

/*thymeleafView*/@RequestMapping(value = "/testThymeleafView")public String  testThymeleafView(){return "success";}

2、转发视图：

SpringMVC中默认的转发视图是InternalResourceView

SpringMVC中创建转发视图的情况：

        当控制器方法中所设置的视图名称以"forward:"为前缀时，创建InternalResourceView视图，此时的视图名称不会被SpringMVC配置文件中所配置的视图解析器解析，而是会将前缀"forward:"去掉，剩余部分作为最终路径通过转发的方式实现跳转

//转发视图@RequestMapping("/testForward")public String testForward(){System.out.println("转发");return "forward:/view/testThymeleafView";}

        严格的转发的话其实也是两次，一次发生在浏览器端，另外一次是服务器内部！ 

3、重定向：

SpringMVC中默认的重定向视图是RedirectView

        当控制器方法中所设置的视图名称以"redirect:"为前缀时，创建RedirectView视图，此时的视图名称不会被SpringMVC配置文件中所配置的视图解析器解析，而是会将前缀"redirect:"去掉，剩余部分作为最终路径通过重定向的方式实现跳转

//重定向 一般用与业务处理完毕进行后续操作的时候@RequestMapping("/testRedirect")public String testRedirect(){System.out.println("重定向");return "redirect:/view/testThymeleafView";}

转发和重定向区别：

1. 转发时使用相对路径，重定向时即可使用相对路径也可使用绝对路径

2. 转发使用的是getRequestDispatcher()方法;重定向使用的是sendRedirect();

3. 转发：浏览器URL的地址栏不变。重定向：浏览器URL的地址栏改变；

4. 转发是服务器行为，重定向是客户端行为；

5. 转发是浏览器只做了一次访问请求。重定向是浏览器做了至少两次的访问请求；

6. 转发是一次请求所以可以获取请求域中的数据，但是重定向的话是至少两次，所以不可以获取同一个域对象的数据

7. 转发可以访问可以访问WEBINF下的资源（具有隐藏性只能通过服务器访问），重定向不可以

8. 转发不可以跨域，重定向可以跨域。跨域是指访问其他的服务器。

 

4、视图控制器view-controller

        当控制器方法中，仅仅用来实现页面跳转，即只需要设置视图名称时，可以将处理器方法使用view-controller标签进行表示。

    <!--视图控制器  用来设置不需要额外的操作,只是起到一个页面跳转的请求path：设置处理的请求地址view-name：设置请求地址所对应的视图名称--><mvc:view-controller path="/" view-name="index"/><!--开启mvc的注解驱动--><mvc:annotation-driven/>

注：

当SpringMVC中设置任何一个view-controller时，其他控制器中的请求映射将全部失效，此时需要在SpringMVC的核心配置文件中设置开启mvc注解驱动的标签：

<mvc:annotation-driven />

2、RESTful：

1、RESTful简介：

REST：Representational State Transfer，表现层资源状态转移。（相同的请求路径不同的请求方式）

（1）资源：

        资源是一种看待服务器的方式，即，将服务器看作是由很多离散的资源组成。每个资源是服务器上一个可命名的抽象概念。因为资源是一个抽象的概念，所以它不仅仅能代表服务器文件系统中的一个文件、数据库中的一张表等等具体的东西，可以将资源设计的要多抽象有多抽象，只要想象力允许而且客户端应用开发者能够理解。与面向对象设计类似，资源是以名词为核心来组织的，首先关注的是名词。一个资源可以由一个或多个URI来标识。URI既是资源的名称，也是资源在Web上的地址。对某个资源感兴趣的客户端应用，可以通过资源的URI与其进行交互。

（2）资源的表述：

        资源的表述是一段对于资源在某个特定时刻的状态的描述。可以在客户端-服务器端之间转移（交换）。资源的表述可以有多种格式，例如HTML/XML/JSON/纯文本/图片/视频/音频等等。资源的表述格式可以通过协商机制来确定。请求-响应方向的表述通常使用不同的格式。资源的表现形式！

（3）状态转移：

        状态转移说的是：在客户端和服务器端之间转移（transfer）代表资源状态的表述。通过转移和操作资源的表述（请求路径），来间接实现操作资源的目的。

2、RESTful的实现：

        具体说，就是 HTTP 协议里面，四个表示操作方式的动词：GET、POST、PUT、DELETE。

它们分别对应四种基本操作：GET 用来获取资源，POST 用来新建资源，PUT 用来更新资源，DELETE 用来删除资源。

        REST 风格提倡 URL 地址使用统一的风格设计，从前到后各个单词使用斜杠分开，不使用问号键值对方式携带请求参数，而是将要发送给服务器的数据作为 URL 地址的一部分，以保证整体风格的一致性。

操作	传统方式	REST风格
查询操作	getUserById?id=1	user/1-->get请求方式
保存操作	saveUser	user-->post请求方式
删除操作	deleteUser?id=1	user/1-->delete请求方式
更新操作	updateUser	user-->put请求方式

 查  增

 @RequestMapping(value = "/user",method = RequestMethod.GET)public String getAllUser(){System.out.println("查询所有用户信息");return "success";}@RequestMapping(value = "/user/{id}",method = RequestMethod.GET)public String getUserByID(Integer id){System.out.println("查询单个用户信息通过id="+id);return "success";}@RequestMapping(value = "/user",method = RequestMethod.POST)public String  insertUser(String username,String password){System.out.println("添加用户:"+username+",密码"+password);return "success";}

对于delete和put怎么说?没有可以发送这两请求方式的方法呀!

3、HiddenHttpMethodFilter:

        SpringMVC 提供了 HiddenHttpMethodFilter 帮助我们将 POST 请求转换为 DELETE 或 PUT 请求。

HiddenHttpMethodFilter 处理put和delete请求的条件：

• 当前请求的请求方式必须为post
• 当前请求必须传输请求参数_method

        满足以上条件，HiddenHttpMethodFilter 过滤器就会将当前请求的请求方式转换为请求参数_method的值，因此请求参数_method的值才是最终的请求方式。

在web.xml中注册HiddenHttpMethodFilter