Restful介绍

Restful风格

RESTful是一种软件设计规范，是客户端和服务端进行数据交互的一个规范。 早期使用JSP页面开发网页时，数据交互基本都是通过表单提交，然后通过内置对象传递。当HTML5兴起，移动互联网兴起，网站后端服务，不仅要考虑PC端的网页，也要考虑移动端数据的展示、小程序、HTML5页面等。如果需要多个终端（Android、iOS、小程序、Pad、HTML5页面）共用一个后端，一般来说主流方案就是使用JSON进行传递。RESTful则规范了请求的URL，注意RESTful只是一个规范，不是一个技术。

RESTful架构风格的特点

1.1.1 资源
所谓"资源"，就是网络上的一个实体，或者说是网络上的一个具体信息。它可以是一段文本、一张图片、一首歌曲、一种服务，总之就是一个具体的实在。
资源是以json(或其他Representation)为载体的、面向用户的一组数据集，资源对信息的表达倾向于概念模型中的数据

1.1.2 统一接口
RESTful架构风格规定，数据的元操作，即CRUD(create, read, update和delete,即数据的增删查改)操作，分别对应于HTTP方法：GET用来获取资源，POST用来新建资源（也可以用于更新资源），PUT用来更新资源，DELETE用来删除资源，这样就统一了数据操作的接口，仅通过HTTP方法，就可以完成对数据的所有增删查改工作。

即：

GET（SELECT）：从服务器取出资源（一项或多项）。
POST（CREATE）：在服务器新建一个资源。
PUT（UPDATE）：在服务器更新资源（客户端提供完整资源数据）。
PATCH（UPDATE）：在服务器更新资源（客户端提供需要修改的资源数据）。
DELETE（DELETE）：从服务器删除资源。
1.1.3 URI
可以用一个URI（统一资源定位符）指向资源，即每个URI都对应一个特定的资源。要获取这个资源，访问它的URI就可以，因此URI就成了每一个资源的地址或识别符。

一般的，每个资源至少有一个URI与之对应，最典型的URI即URL。

1.1.4 无状态
所谓无状态的，即所有的资源，都可以通过URI定位，而且这个定位与其他资源无关，也不会因为其他资源的变化而改变。有状态和无状态的区别，举个简单的例子说明一下。如查询员工的工资，如果查询工资是需要登录系统，进入查询工资的页面，执行相关操作后，获取工资的多少，则这种情况是有状态的，因为查询工资的每一步操作都依赖于前一步操作，只要前置操作不成功，后续操作就无法执行；如果输入一个url即可得到指定员工的工资，则这种情况是无状态的，因为获取工资不依赖于其他资源或状态，且这种情况下，员工工资是一个资源，由一个url与之对应，可以通过HTTP中的GET方法得到资源，这是典型的RESTful风格。
总归来说：
(1)每一个URI代表一种资源，独一无二

(2)客户端和服务器之间，传递这种资源的某种表现层

(3)客户端通过四个HTTP动词，对服务器端资源进行操作，实现"表现层状态转化"。

在restful中：

提取资源： 也是最关键的一步，对于资源的识别不算太难，一般情况下资源即是想要处理的对象
URI的设计： 对网络上所有的资源都有一个资源标志符，一个URL操作一个资源，请求的URL不能有动词，
具体的操作：GET：获取资源的方法；PUT：更新资源的方法；POST：创建资源的方法；DELETE：删除资源的方法；（比较常见的增删改查）
返回结果： 所有的方法都是返回json，没有返回页面的ModelAndView，因此，所有的方法上面都要加上@ResponseBody注解，
缓存： http协议是天然支持缓存的，这个都有利于性能提升
安全性： 资源如果是公开的就没有安全性可言，所以安全性也是设计中重要的一环，最基本的可以使用basic方式，更加安全的加密方式也有，或者第三方协议进行认证。

RESTful架构优点：

1. 前后端分离，减少流量
2. 安全问题集中在接口上，由于接受json格式，防止了注入型等安全问题
3. 前端无关化，后端只负责数据处理，前端表现方式可以是>任何前端语言（android，ios,html5）
4. 前端和后端人员更加专注于各自开发，只需接口文档便可>完成前后端交互，无需过多相互了解
   5.服务器性能优化：由于前端是静态页面，通过nginx便可获取，服务器主要压力放在了接口上