REST 和 GET ... 再次

Question

一般来说，REST 社区似乎不喜欢 GET 请求中的复杂数据。我想知道这背后是否有一个很好的原则，还是只是具体化了对 GET 字典的(任意 url 长度)限制？

我对 url 和资源之间的对应关系感到满意，但是为什么我的 GET 请求不能在请求正文中采用复杂的数据，在 json 或 xml 中(HTTP 规范允许)？

据我了解，GET 的要点是 GET 请求表明它们不会修改服务器状态。这似乎与请求的复杂性正交。然而，许多人建议使用 PUT 或 POST 创建复杂查询，然后在 GET 中引用。

这似乎将约定(在 GET 请求上没有主体)提升为原则的状态，具有不幸的副作用:必须维护另一个不值得成为资源的对象的状态 -这就是查询。

但也许我还缺少其他一些原则——我欢迎您的评论!

Answer 1

担心的是现有的网络中介会放弃您的 GET 主体。幸运的是，新的 httpbis 规范对 get body 上的文本进行了重新措辞，使其不那么可怕。就我个人而言，我正在考虑对 body 使用 get，因为我想记录不安全的请求，目前我没有简单的方法来确定 POST 是否安全。
如果您可以控制位于用户代理和源服务器之间的组件，那么我说继续，将 GET 与主体一起使用。