黑马程序员技术交流社区
标题:
Restful是什么
[打印本页]
作者:
崔越
时间:
2018-3-30 13:28
标题:
Restful是什么
在此我用生活上的例子为大家解释下Restful是什么.
假如我们去KFC点餐,用伪代码形式实现我的行为
Level 0 面向前台
比如现在我要去前台点餐,可以用以下伪代码实现
{
"addOrder": {
"orderName" : "Hamburger"
}
}
我们通过这段文字,告诉前台新增一笔订单,订单是一个汉堡.接着
前台返回给我们一串回复:
{
"orderId": "9527"
}
这样我们等着前台喊'9527'用户可以取餐了,我们就可以开吃了.
不过在这之前假如我有一张会员卡,我点餐之前就可以用会员卡来购买产品,但是我需要
先查询下我卡内余额,我向前台发出下面一串文字,查询卡号为336699的余额.
{
"queryBalance": {
"cardId": "336699"
}
}
查询结果返回来了,很悲吹没钱了...
{
"balance": "0"
}
那现在我跟前台说这个汉堡不要了,我回复以下文字
{
"deleteOrder": {
"orderId": "9527"
}
}
把订单取消了
Level 1 面向资源
现在都是互联网时代KFC引进了自主点餐机,只需输入相关指令我们可以不通过前台就能实现点餐;更改订单以及取消订单的功能
那咱们就来试试吧.
我在点餐机上输入:
/orders
{
"addOrder": {
"orderName": "Hamburger"
}
}
这里照比之前点餐多了'/orders',这个表示我们这个请求时发给哪个资源,订单其实就是一种资源
接着点餐机会返回给我们一个订单编号
{
"orderId": "9527"
}
下面我们要查询会员卡余额,我们可以把资源改变成'cards'
/cards
{
"queryBalance": {
"cardId": "336699"
}
}
接下来我们取消订单,不用说也知道应该向哪个资源发送请求了吧'/orders'
/orders
{
"deleteOrder": {
"orderId": "9527"
}
}
Level 2 打上标签
后来我去KFC发现他们的自动点餐机更新了,多了几个选项'OPST';'GET';'DELETE';'PUT'
每个按键上面有提示分别是'增加订单';'会员查询';'删除订单';'修改订单'
这样更加方便了不用输入那么多指令,只需点击按钮在进行相关选择就可以了.
比如现在还是点一份汉堡
POST /orders
{
"orderName": "Hamburger"
}
请求的内容简洁多啦,不用在点餐机输入addOrder,看到POST就知道是新增,
点餐机返回的内容还是一样
{
"orderId": "9527"
}
然后是查询会员卡余额
GET /cards
{
"cardId": "336699"
}
接着取消订单就是
DELETE /orders
{
"orderId": "9527"
}
用白话讲了下Restful,Level0和Level1最大的区别,就是Level1拥有了Restful的第一个特征——
面向资源
其实Level0和Level1,都很Low,他们都只是把HTTP当做一个
传输的通道
,没有把HTTP当做一种
传输协议
。
Level2,真正将HTTP作为了一种
传输协议
,最直观的一点就是Level2使用了
HTTP动词,GET/PUT/POST/DELETE....,
这些都是HTTP的规范,规范的作用自然是重大的,其实通过这篇文章不难发现,做到了Level2,也就是
面向资源
和
使用Http动词
,就已经很Restful了。Restful本身也不是一种规范,我们可以用“
风格
"来形容它。
强调一点,Restful对数据格式没有限制,就算你用的是XML或者其他格式,只要符合上面提到的几个特征,也算Restful。
作者:
黑马计划
时间:
2018-3-30 23:34
6666666666
欢迎光临 黑马程序员技术交流社区 (http://bbs.itheima.com/)
黑马程序员IT技术论坛 X3.2