SOAP和RESTful

所谓RESTful规范，我理解为一种面向URI设计逻辑框架，通过增删改查实现业务逻辑的webservice设计规范。有的业务场景无法良好剥离成增删改查的时候应该会有局限性。
如同转载文章中说的，是HTTP协议设计初衷的规范。

SOAP待添加…

以下转自：
https://www.jianshu.com/p/49209272bdd5

restful规范
一 面向资源编程
每个URL代表一种资源，URL中尽量不要用动词，要用名词。

二 根据method不同，进行不同的操作
GET/POST/PUT/DELETE/PATCH

** 三 在URL中体现版本**
https://www.bootcss.com/v1/mycss
https://v1.bootcss.com/mycss

四 在URL中体现是否是API
https://www.bootcss.com/api/mycss

** 五 在URL中的过滤条件
https://www.bootcss.com/v1/mycss？page=3

六 尽量使用HTTPS

七 响应设置状态码
1** 信息，服务器收到请求，需要请求者继续操作
2** 成功，操作被成功接收并处理
3** 重定向，需要进一步的操作以完成请求
4** 客户端错误，请求包含语法错误或无法完成请求
5** 服务器错误，服务器在处理请求的过程中发生了错误

八 返回值
GET请求 返回查到所有或单挑数据
POST请求 返回新增的数据
PUT请求 返回更新数据
PATCH请求 局部更新 返回更新整条数据
DELETE请求 返回值为空

九 返回错误信息
返回值携带错误信息

十 Hypermedia API
如果遇到需要跳转的情况 携带调转接口的URL

以下转自：
作者：落羽成霜丶
链接：https://www.jianshu.com/p/ef12925a318e
来源：简书
著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

REST是一种架构风格，其核心是面向资源，REST专门针对网络应用设计和开发方式，以降低开发的复杂性，提高系统的可伸缩性。REST提出设计概念和准则为：

1.网络上的所有事物都可以被抽象为资源(resource)

2.每一个资源都有唯一的资源标识(resource identifier)，对资源的操作不会改变这些标识

3.所有的操作都是无状态的

REST简化开发，其架构遵循CRUD原则，该原则告诉我们对于资源(包括网