REST风格中查询,查询如果参数非常长大家怎么处理的

sprouting 发布于 04/14 12:11
阅读 1K+
收藏 0

公司一定要用REST风格,没办法只好跟着用,但碰到个需求,前端会选非常多的ID,这个ID担心会超过get请求的最大长度,这个时候该如何处理

 

插句其他的废话,REST这玩意就是一个学院派

加载中
0
wiskey007
wiskey007

可以用post啊,不一定要用get

wiskey007
wiskey007
回复 @sprouting : 一般实际用的也就是get和post,不会用到put和delete的,不要太追求所谓的restful规范
sprouting
sprouting
1、get请求(常用)—> 对应查询操作 2、post请求(常用)—> 对应新增操作 3、put请求 —> 对应修改操作 4、delete请求 —> 对应删除操作 那都用post了,这不破坏了rest所谓的规范了?
0
z
zcGoo

可以从业务层面做限制,既然是查询,查询的数据太多肯定会响应比较慢,看看能不能做分页,一次不要查那么多数据,就不需要那么多id了

sprouting
sprouting
你这等于把头埋起来当这个问题不存在~~~我的问题的核心就是如果要遵循rest的规范,那这种情况下该如何做?
0
sprouting
sprouting

也不知道谁设计的敏感词审核,做成这样,产品就该把他祭天

0
osc_33968800
osc_33968800
  1. 将参数拆分为多个 GET 请求:将参数分成多个较小的部分,将它们作为多个 GET 请求发送,并在后端将它们组合在一起以进行处理。

  2. 可以将参数放在请求头里面,这个不知道是否有限制。可以试一下

0
乀龙舌兰
乀龙舌兰

zip压缩后在传

0
红薯片
红薯片

一次查询太多ID是合理的需求吗,有没有其他方式实现。

OSCHINA
登录后可查看更多优质内容
返回顶部
顶部