1
binux 2014 年 1 月 24 日 先不考虑REST是一种风格而不是一个标准
GET是允许cache的,那这时候不+1是不是与需求相悖? |
2
mytharcher 2014 年 1 月 24 日 所以统计要去日志里做
|
3
min 2014 年 1 月 24 日 变的是/articles/1/count,/articles/1又不会变
|
4
alexapollo 2014 年 1 月 24 日
REST不是标准,仅是一组约束条件而已
我觉得更关键的是URI和标准方法的组合形式 |
5
family 2014 年 1 月 24 日 via iPhone
新浪 腾讯 等api 都号称rest 但哪个遵循了?
|
6
pyKun 2014 年 1 月 24 日
API不用都restful的,API也没法都restful,只是很典型的一部分API可以是restful的
|
7
flytwokites 2014 年 1 月 24 日
你这个记数本身不就是记GET了多少次的数吗?哪里有悖论了?
|
8
bcxx 2014 年 1 月 24 日 需求是要不幂等的,但是你举一个幂等的例子当然有问题啦
|
9
loading 2014 年 1 月 24 日 via iPhone
它只是一种提示,我把它与我的需求融合(主要是我太水)
|
10
otakustay 2014 年 1 月 24 日
需求上要求阅读不是一个幂等的操作,那么REST就不适合支持你的系统,就这么简单的事呗……
|
11
flytwokites 2014 年 1 月 25 日 REST的定义是:
GET请求不能更改业务实体,多次重复请求也不会产生有害操作。 POST请求可以更改业务实体,所以不能重试,比如业务实体是订单的话重试会生成重复订单。 你的API记数和业务实体没有关系,GET请求不会更改API操作的业务实体,所以你的API还是REST的。 就好比所有网站都有访问请求日志,这些日志要写进数据库或log文件,当然GET请求也有日志要写,这不代表所有网站都不是REST了,因为请求日志不影响业务实体。 |
12
wulin 2014 年 1 月 25 日
没有,你get的只是文章,文章没有改变
put的是浏览记录,应该分开对待 |
13
akinoniku 2014 年 1 月 28 日
应该把它看作是 [对外] 幂等,内部怎么处理又是另外一回事了。
这种情况,计数器得做成子资源吧? |
15
kslr 2014 年 11 月 13 日
put
|