对RESTFUL理解

目前都在提倡RESTful风格的API，RESTful架构，那到底什么是RESTful?什么是RESTful风格。在这写出自己对REST的理解。
REST最早出自一个计算机大牛（主导设计了HTTP协议1.1和1.0版，目前HTTP都有HTTP2了），指的是表述性状态转移。

表述性状态转移是一种设计的思想或者说规范。通过规范约束接口的定义，规范接口的形式，利于调用者对接口的调用，以及服务提供者对接口的维护。从而影响接口的设计。设计URL就是在分清楚系统中有哪些资源，对资源的良好划分影响系统接口的设计，同时会正向影响URL更规范。

我们访问一个服务，通过调用服务的接口来实现。比如我们想访问百度，需要通过URL（http://www.baidu.com） 来访问，URL是由协议与URI（统一资源定位符）组成，实际上我们访问的是服务器的资源。获取的是资源的状态。

在RESTful之前，我们使用URI去定位，或者访问某一资源服务，URI的定义也就是接口地址一般情况下是项目约定的，表示行为的，例如一个查询天气服务的接口地址，若我们查询北京的天气，
我们会写成 : xxxx/getWeather.do?city=beijing。
我们服务的理解是行为动作（获取天气），？后面的city=beijing是查询条件，.do 表示访问的是服务。

RESTful风格理解的我们访问的是资源，我们在获取资源那么就使用HTTP中请求的类型对接口进行表述。我们会把API写成：

GET(请求类型)  
xxxx/weather/beijing 

充分利用传输协议（这里是HTTP协议，也可以是其他协议），约定了请求类型GET。在HTTP协议中GET用来获取资源，DELETE用来删除资源，POST用来修改资源（非幂等），PUT用来更新资源（幂等的）。通过协议中的请求方式就很明确这个接口API是执行的（增删改查中的）什么操作。查询条件对应资源来说就是对资源的过滤。

状态转换，客户端就是应用，服务器数据库就是资源 。客户端的应用发送实际请求，这时候应用状态改变，服务器接收到这个请求，服务器中资源状态改变。我们认为资源是有状态的，比如天气的 气温，我们更新天气从 10℃ 到 -10℃ 是天气这个资源的状态的转换，通过RESTfulAPI设计为：

POST 
xxxx/weater/beijing 
{from:10，to:-10, stat:temperature}