REST

 

在常规网络请求中,通过在URL中插入【动词】来【表示】不同的功能

获取数据: /api/card/id

保存数据: /api/card/【save】/id

添加数据: /api/card/【add】

删除数据: /api/card/【remove】/id

更新数据: /api/card/【update】/id

 

REST 表达(表示)状态迁移【转移】

把上面表示不同功能的动词,从URL中转移到请求行的请求方法中

 

原先的请求行:

POST     /api/card/【save】/id

上面这种写法没有注意到HTTP协议中请求方法的作用,到处使用POST/GET这两个请求,把这2个请求方法当成是万能的,在URL中插入各种各样的动词来表示本应该由请求方法表示的功能,这种写法还对URL产生了不良的影响:

  1. URL是一个地址,地址中应该使用名词,而不应该出现动词!
  2. 插入动词之后,本来是同一个资源,只需一个地址,现在变成一堆地址!

 

按照REST风格改造之后:

获取数据: GET   /api/card/id

添加数据: POST   /api/card

更新数据: PUT   /api/card/id

删除数据: DELETE  /api/card/id

 

URL中的动词被删除了,一个资源只有一个URL【表示功能的动词从URL中转移到了请求方法中】,请求方法是HTTP协议规范定义的,所以大家都使用一组一致的动词,不需再自己创造各种各样只有自己能看懂的动词了。

现代的应用程序框架中普遍支持RESTful,如BackboneAngular($httpngResource)。

posted @   刘兵博客  阅读(134)  评论(0编辑  收藏  举报
编辑推荐:
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构
点击右上角即可分享
微信分享提示