RESTful 风格下，一个 Action 需要对多个资源操作要如何理解？

[ifane]

比如前端有一个按钮，这个按钮表示「去结算」，这个「去结算」代表了后端需要执行一系列的操作：更新订单资源，创建该订单对应的物流资源，更新用户余额。

这个系列的操作如果交由前端来逐个调用：先调用 A 接口表示更新订单，A 成功返回 200 再调用 B,B 成功返回 200 再调用 C.
感觉这样实现不太合适。

[agagega]

变通一下

幂等读，可缓存，用 GET
幂等写，用 PUT/PATCH
带有删除语义，用 DELETE
其余复杂的业务，自己设计一个路由然后用 POST

[lrh3321]

@TommyLemon 勤勉的布道师，我已经见过你不下五次了

[slince]

@est restful 不要狭隘的去理解 restful 抽象的增删改查； restful 概念是出现的比较早，但流行也就是这几年的事； paypal 这么庞大的企业的 api 都已经换成了 restful， 你还觉得它 out 了吗；

[TommyLemon]

@lrh3321
哈哈，感觉 V2EX 用户量不多啊。
我要是有 Facebook 这样的影响力，有一大堆自发地宣传推广 GraphQL 的粉丝，
我也用不着自己到处去发博客、评论、回复来推广 APIJSON 了，唉。

APIJSON 全方位对比 GraphQL
https://juejin.im/post/5ae80edd51882567277433cf

[suley]

@lscho

我认为 restful 的本意就是同一个资源会共享同一个模型，类似于 Java 对象的定义一样，如果同一种资源不同的接口返回的模型不一样，那么就复杂了。

[qinxi]

@TommyLemon 所以这就是你滥用评论的理由?

[qinxi]

@micean 这种人 b 了完事

[M4ster]

资源 != 表

[est]

@newtype0092 我也是这个做法。PUT DELETE 都是笨蛋设计。

[solee]

业务快速发展 Restful 设计理念毕竟也不能满足所有需求。记得以前看过一篇文章，就是对 restful 设计理念的一个变种，但是很实用，我们现在的业务 api 设计也基本按照那个思路来的
附上链接： https://mp.weixin.qq.com/s/AhiyMnJ70TkOMnmkXG1Lsw

[lscho]

@suley 前后端的概念一定要搞清楚，抽象资源和实体数据一定要搞清楚。。比如订单，对于前端来说，订单就是抽象资源，对于后端来说，订单不仅仅是订单表，还有用户表，商品表，等一系列与订单相关的，都属于订单。至于前段需要什么数据，就需要后端整合后返回了。

如果后端说资源=表，那他纯粹是偷懒。

[suley]

@lscho 你说了那么大一堆，有没有解释清楚，同一个资源不同的 uri 请求回来的资源实体不一致的问题？

[lscho]

@suley 请问哪种情况会出现不同 uri 中的资源会出现同一个资源？