SpringMVC 与 REST.

一、REST 的基础知识

我敢打赌这并不是你第一次听到或读到REST这个词。当讨论REST时，有一种常见的错误就是将其视为“基于URL的Web服务”—— 将REST作为另一种类型的RPC机制，只不过是通过简单的HTTP URL来触发。恰好相反，REST 和 RPC 几乎没有任何关系。RPC 是面向服务的，并关注于行为和动作；而REST 是面向资源的，强调描述应用程序的事物和名词。

REST（Representational State Transfer）表述性状态转移，已信息为中心，为了理解REST是什么，我们将它的首字母缩写拆分为不同的构成部分：

表述性（Representational）：REST资源实际上可以用各种形式来进行表述，包括XML、JSON（JavaScript Object Notation）甚至HTML——最适合资源使用者的任意形式；
状态（State）：当使用REST的时候，我们更关注资源的状态而不是对资源采取的行为；
转移（Transfer）：REST涉及到转移资源数据，它以某种表述性形式从一个应用转移到另一个应用。

更简洁地讲，REST就是将资源的状态以最适合客户端或服务端的形式从服务器端转移到客户端（或者反过来）。其实就是，比如我想要 application/json 格式的数据，REST服务就能为我提供JSON格式的数据；我想要 application/xml 格式的数据，REST服务就能为了提供XML格式的数据（或者反过来）。

在REST中，资源通过URL进行识别和定位。至于RESTful URL的结构并没有严格的限制，但是URL应该能够识别资源，而不是简单的发一条命名到服务器上：

Create：POST
Read：GET
Update：PUT或PATCH
Delete：DELETE

tips：按照 HTTP 协议的约定，PUT 是一种幂等的更新行为，POST 是一种非幂等的更新行为。实际上，POST请求非幂等性的特点使其成为一个非常灵活的方法，对于无法适应其他HTTP方法的语义的操作，它都能胜任。

Restful 讲的是一套前端无状态、服务端管理状态，中间设计转化途径（请求、函数等）的架构方法。这个方法可以让前后端职责清晰，前端负责渲染，服务端负责业务。前端不需要业务状态，只需要展示。服务端除了关心状态，还要提供状态的转换接口。

前端（浏览器、应用等）没有业务状态，却又要展示内容，因此前端拥有的是状态的表示，也就是 Representation；

前端没有状态，当用户想要改变订单状态的时候，比如支付，这个时候前端就向服务端提交表单，然后服务端触发状态的变化。这个过程我们称为转化（Transfer）。

二、Spring MVC 构建 REST API

Spring 对 REST 提供了良好的支持，支持以下方式来创建 REST 资源：

控制器可以处理所有的HTTP方法，包含四个主要的REST方法：GET、PUT、DELETE以及POST。
消息转换器（Message conversion）将资源的Java表述形式转换为发送给客户端的表述形式。
借助于 SpringMVC 的一系列注解，构建 REST API
借助 RestTemplate，Spring应用能够方便地使用REST资源。

1、消息转换器（Message conversion）

消息转换（message conversion）提供了一种更为直接的方式，它能够将控制器产生的数据转换为服务于客户端的表述形式。当使用消息转换功能时，DispatcherServlet不再需要那么麻烦地将模型数据传送到视图中。实际上，这里根本就没有模型，也没有视图，只有控制器产生的数据，以及消息转换器（message converter）转换数据之后所产生的资源表述。

Spring 自带了各种各样的转换器，如下使用了 MappingJackson2HttpMessageConverter，并由它转换为返回客户端的JSON表述形式。

    <mvc:annotation-driven>
        <!--使用HTTP信息转换器-->
        <mvc:message-converters>
            <!--读取或写入Resource-->
            <bean class="org.springframework.http.converter.ResourceHttpMessageConverter"/>
            <!--在JSON和类型化的对象或非类型化的HashMap间互相读取和写入-->
            <bean class="org.springframework.http.converter.json.MappingJackson2HttpMessageConverter">
                <!--服务端支持返回的资源形式-->
                <property name="supportedMediaTypes">
                    <list>
                        <value>text/html;charset=UTF-8</value>
                        <value>application/json;charset=UTF-8</value>
                    </list>
                </property>
            </bean>
        </mvc:message-converters>
    </mvc:annotation-driven>

2、SpringMVC 的 REST 注解

@PathVariable：控制器能够处理参数化的URL（将变量输入作为URL的一部分）;
@ResponseBody：告诉Spring跳过正常的模型/视图流程，并使用消息转换器。它将会告知Spring，我们将要返回的对象作为资源发送给客户端，并将其转换为客户端可接受的形式。
@RequestBody：告诉Spring查找一个消息转换器，将来自客户端的资源表述转换为对象。
@RestController：如果在控制器类上使用@RestController来代替@Controller的话，Spring将会为该控制器的所有处理方法应用消息转换功能。我们不必为每个方法都添加@ResponseBody了。
@ResponseStatus：指定返回的状态码。
@ResponseEntity：作为@ResponseBody的替代方案，控制器方法可以返回一个ResponseEntity对象。ResponseEntity中可以包含响应相关的元数据（如头部信息和状态码）以及要转换成资源表述的对象。

    @RequestMapping(
            value = "listUserDTO"
            , method = RequestMethod.POST
            , consumes = "application/json")
    public ResponseEntity<UserDTO> saveUserDto(@RequestBody UserDTO userDTO, UriComponentsBuilder ucb) {
        UserDTO user = userService.saveUser(userDTO);
        HttpHeaders headers = new HttpHeaders();
        URI uri = ucb.path("/").path(user.getName()).build().toUri();
        headers.setLocation(uri);
        ResponseEntity<UserDTO> userDTOResponseEntity = new ResponseEntity<>(user, headers, HttpStatus.CREATED);
        return userDTOResponseEntity;
    }

三、RestTemplate API

RestTemplate 定义了36种与REST资源交互的形式（其实只有11个独立的方法，10个被重载了3次，另外一个被重载了6次），其中大多数都对应于HTTP的方法。大多数HTTP方法都以三种方法进行了重载：

# 1. 一个使用String作为URL格式，并使用可变参数列表指明URL参数。
# url 参数指定访问的地址， responseType 参数定义该方法的返回类型， urlVariables 参数为 url 中占位符对应的参数。
getForObject (String url, Class responseType, Object... urlVariables):

# 2. 一个使用String作为URL格式，并使用Map指明URL参数。
#在该函数中，使用 Map 类型的 urlVariables 替代上面数组形式的 urlVariables,因此使用时在 url 中需要将占位符的名称与 Map 类型中的 key一一对应设置。
getForObject(String url, Class responseType, Map urlVariables):

# 3. 一个使用 java.net.URL 作为 URL格式，不支持参数化URL；
# 使用 URI 对象来替代之前的 url和urlVariables 参数使用。
getForObject(URI url, Class responseType)

RestTemplate定义了11个独立的操作，而每一个都有重载，这样一共是36个方法：

-- postForEntity() ：POST数据到一个URL，返回包含一个对象的ResponseEntity，这个对象是从响应体中映射得到的。
-- postForLocation() ：POST数据到一个URL，返回新创建资源的URL。
-- postForObject() ：POST数据到一个URL，返回根据响应体匹配形成的对象。

# 需要注意的是新增加的 request 参数，该参数可以是一个普通对象，也可以是一个 HttpEntity 对象。
# 如果是一个普通对象，而非 HttpEntity 对象的时候，RestTemplate会将请求对象转换为一个 HttpEntity 对象来处理，其中 Object 就是 request的类型，request内容会被视作完整的body来处理；
# 如果 request 是一个HttpEntity对象，那么就会被当作一个完成的 HTTP 请求对象来处理，这个 request 中不仅包含了 body 的内容， 也包含了 header 的内容。
postForObject(String url, Object request, Class responseType, Map uriVariables)

-- delete() ：在特定的URL上对资源执行HTTP DELETE操作。
-- put() ：PUT资源到特定的URL。
-- getForEntity() ：发送一个HTTP GET请求，返回的ResponseEntity包含了响应体所映射成的对象。
-- getForObject() ：发送一个HTTP GET请求，返回的请求体将映射为一个对象。
-- headForHeaders() ：发送HTTP HEAD请求，返回包含特定资源URL的HTTP头。
-- optionsForAllow() ：发送HTTP OPTIONS请求，返回对特定URL的Allow头信息。
-- exchange() ：在URL上执行特定的HTTP方法，返回包含对象的ResponseEntity，这个对象是从响应体中映射得到的。
-- execute() ：在URL上执行特定的HTTP方法，返回一个从响应体映射得到的对象。

RestTemplate 的相关操作以及如何使用 SpringMVC创建REST端点可参考：https://github.com/JMCuixy/SpringMvcForRest

posted @ 2018-06-01 13:22 JMCui 阅读(2261) 评论(0) 编辑收藏举报

刷新页面返回顶部

JMCui