web-services - RPC 伪装成 REST 是个坏主意吗？

Question

我们的整个系统是围绕 REST 设计的，现在正在考虑如何在不使用 URL 中的动词的情况下，将意图非常明确的 RPC 的进程映射到 RESTful 资源。我们的远程过程调用用于在其他地方修改内容列表时重建我们的搜索索引。

我们正在考虑做的是:

POST/index_updates
<indexUpdate><contentId>123</contentId></indexUpdate>
这本身并没有什么问题，但气味是这个已经创建的资源没有返回新创建的资源的 URL，例如/index_updates/1234 然后我们可以使用 GET 访问它。

我们使用的索引引擎确实有一个日志机制，所以理论上我们可以返回一个指向 index_update 资源的 URL 以便允许 GET 检索资源，但老实说我们对资源不感兴趣，因为这是只不过是伪装的 RPC。

所以我的问题是 REST 是用结构还是意图来表达的。我觉得我所概述的结构是 Restful ，但意图不是。

有没有人有意见或建议？

谢谢，

克里斯

Answer 1

为工作使用正确的工具。在这种情况下，似乎正确的工具是纯粹的远程过程调用，并且没有理由假装它是 REST。