【发布时间】:2014-02-04 16:19:13
【问题描述】:
我们的单页应用和移动应用使用的不是那么 RESTful API。
它不是那么 RESTfu,因为在过去,URI 会返回对特定页面有用的任何内容。这导致了大量端点,其中许多具有非常相似的响应。
在数据方面,我们拥有数十个相关资源。在某些情况下,我们希望返回这些相关资源,或者其中一些,而在其他情况下我们不希望。有些返回很慢,因此我们只希望在特定情况下使用它们。
我们遇到的问题是将数据拆分为有意义的 URI,而不需要另一个请求来获取每个相关资源。
因此,我们考虑了一个 /batch 端点,其中在主体中包含多个请求的 POST 请求可以在服务器上并行执行这些请求。赞这个https://developers.facebook.com/docs/graph-api/making-multiple-requests
这样我们可以将数据拆分为有意义的 URI,而不必为每个页面发出 20 个 API 请求。
这是处理相关资源的可接受方式吗?还是为我们可能想要的每个响应都有一个 URI 会更好?
【问题讨论】:
标签: php rest restful-url restful-architecture