正确返回
- {
- "login":true
- }
错误返回
{
true
}
核心: 资源对象要被描述
使用或采取行动 ---- 同一个 url 的 get,put,del,post 请求返回的对象一致
不是客户端和服务器之间通信的实现细节 --- 不需要 RPC 那样返回操作结果
3.
RESTful
是什么?
RESTful API 是什么?
RESTful 则是实现了这种原则的东西, 总结点就是 REST 是原则, RESTful 是实现.
RESTful API 的具体实现则是
资源 ---url 本身就是名词, 而不含有动词
错误
/getLoginInfo
正确
/loginInfo
使用或采取行动 ---- 略
不是客户端和服务器之间通信的实现细节 --- 使用 http 的状态码来描述请求状态而不是自定义 code
例如这种常见的返回对象是不符合 RESTful API 的
{
code:001
message: 密码错误
data:{
}
}
4. 红字的理解
整篇文章我就红字看的有点懵逼, 为什么这就带来好处了? 但是联系下前后文, 想到了 RPC 和 SOAP 突然就懂了,,,
RPC 不说, 文中的例子说的很清楚, 说下 SOAP
现在可能没啥人了解过 SOAP 这时代之泪, 简单的说就是 HTTP+xml, 通过特定标签获取数据, 那么只要数据结构有改变, 前端的改动就会很大, 甚至无法正常显示, 耦合巨高.
当然可能就我有这红字理解问题,,,
四
RPC 说下, Remote Procedure Call, 远程过程调用, 想想你连远程 MySQL 吧.
那么可以得出结论
RPC 包含 REST
技术需要互相交流学习, 希望有人指出本人的出错的地方
来源: https://www.cnblogs.com/ydymz/p/10488259.html