使用GET管理复杂数据

Question

我经常发现不发送JSON正文就很难管理复杂的GET请求。 URL参数只是不会削减它。 如果我设法找到解决URL参数的方法，那么通常它会增加更多的复杂性和混乱性。

我不是网络开发人员，我没有做过任何大型应用程序，但即使是小型应用程序，我也有这样的要求：

{ page: { batch: 10, current: 1 }
, sort: { _id: -1 } 
, project: {history: 0, attach: 0}
, filter: { status: "new"}
}

这是一个没有数组的简单请求。 数组只会使问题更加严重。

因此，我的问题是，如何在没有JSON正文的情况下如何管理复杂的GET请求？ 我在做什么/认为错误？ 为什么我们不能拥有GET身体？

是的，我可能可以使用URL参数发送此请求，但是它使工作变得更加困难，尤其是当您需要发送过滤器，分页以及其他不发送的请求时...

我已经厌倦了所有的困难，并将这样的GET请求更改为POST。 我知道这是错误的（因此提出了问题），但感觉就像背在肩上。

Answer 1

我认为这两个链接可以给您一些提示：

• 如何设计RESTful高级搜索/过滤器
• https://templth.wordpress.com/2014/12/15/designing-a-web-api/

我认为这取决于您要在请求中处理的查询的复杂性。 您可以将其与查询参数一起使用，但是如果它太复杂而无法使用它们来设计查询，则可以使用POST方法并对其内容进行描述。

您可以看一下OData的管理方式（尤其是查询参数$filter ， $count ， $orderby ， $skip和$top ）。 有关更多详细信息，请参见此链接： http : //docs.oasis-open.org/odata/odata/v4.0/csprd01/part2-url-conventions/odata-v4.0-csprd01-part2-url-conventions.html ＃_Toc355091894 。

希望对您有帮助，蒂埃里

Answer 2

我已经厌倦了所有的困难，并将这样的GET请求更改为POST。 我知道这是错误的（因此提出了问题），但感觉就像背在肩上。

那根本不是真的。 POST是执行未经HTTP标准化的任何操作的方法。 GET是用于检索的标准化方法，因此原则上您可以说将POST用于您应该对GET进行的操作是错误的，但是有一个陷阱...

绝对没有什么可以阻止您在GET请求上发送有效负载。 RFC 7231表示GET有效负载没有定义的语义，因此只要记录在文档中就可以包括它。 由于没有标准语义，因此必须为API生态系统确定统一的接口。 但是，最大的问题是，尽管您的应用程序可以很好地处理GET有效负载，但是您和您的客户端之间的许多HTTP实现却可能没有。 客户端或HTTP服务器可能会忽略它，或者缓存服务器不会缓存它，等等。

考虑到这一点，POST也是用来规避破坏的实现的方法。 例如，许多公共API都有X-HTTP-Method-Override标头，允许您使用POST方法发出PUT或PATCH请求，并指定标头中要使用的实际方法，以防两者之间的某些实现。不了解PUT和PATCH。

因此，就像您已经做过的那样，在您的位置上，我将只使用POST并记录如何使用它。 否则我将接受GET请求上的有效负载，并允许客户端使用POST来通过有效负载发送请求，以防某些实现被破坏，为此设置了重写标头。