Rest HTTP重定向到部分响应（206）
我正在构建一个API，并试图使其尽可能的RESTFul 为此，我构建了一个搜索“控制器”，这允许您查询可搜索的参数，并向其发布将重定向（302）到作为搜索结果的控制器/资源 另一个控制器支持“Range:”标头，以允许客户端请求它想要的项目列表中的数量和位置 在阅读HTTP规范时，它指出，如果请求包含范围标头，则服务器只应使用206部分内容进行响应。将范围标头与POST请求一起发送是否有效 对我来说，用前10个条目来回应是不好的，即使没有提供范围标题，也用206？。206会让客户知道，如果需要，它可以请求更多的项目。字面上的&表示范围仅适用于GET请求 我想知道为什么不在搜索中使用GET请求，我猜它是幂等的，所以GET更合适 还请注意，唯一注册的范围单位是字节，这可能对您没有太大用处（请参阅），您当然可以拥有自己的自定义本地单位…但是 我想说的是，如果您已经离开了普通的范围规范来添加您自己的单元，那么您可以很容易地说该范围适用于您的命名空间中的POST 就个人而言，我觉得将响应代码限制为特定的请求类型有点奇怪……难道服务器不能告诉客户端，即使它请求了整个请求，它也只返回一个范围吗？文本读取&表示范围仅适用于GET请求 我想知道为什么不在搜索中使用GET请求，我猜它是幂等的，所以GET更合适 还请注意，唯一注册的范围单位是字节，这可能对您没有太大用处（请参阅），您当然可以拥有自己的自定义本地单位…但是 我想说的是，如果您已经离开了普通的范围规范来添加您自己的单元，那么您可以很容易地说该范围适用于您的命名空间中的POST 就我个人而言，我觉得将响应代码限制为特定的请求类型有点奇怪……难道服务器不能告诉客户端，即使它请求了整个请求，它也只返回一个范围吗Rest HTTP重定向到部分响应（206）,rest,hateoas,Rest,Hateoas,我正在构建一个API，并试图使其尽可能的RESTFul 为此，我构建了一个搜索“控制器”，这允许您查询可搜索的参数，并向其发布将重定向（302）到作为搜索结果的控制器/资源 另一个控制器支持“Range:”标头，以允许客户端请求它想要的项目列表中的数量和位置 在阅读HTTP规范时，它指出，如果请求包含范围标头，则服务器只应使用206部分内容进行响应。将范围标头与POST请求一起发送是否有效 对我来说，用前10个条目来回应是不好的，即使没有提供范围标题，也用206？。206会让客户知道，如果需要，