聚合全网技术文章,根据你的阅读喜好进行个性推荐
公司一定要用REST风格,没办法只好跟着用,但碰到个需求,前端会选非常多的ID,这个ID担心会超过get请求的最大长度,这个时候该如何处理
插句其他的废话,REST这玩意就是一个学院派
可以用post啊,不一定要用get
可以从业务层面做限制,既然是查询,查询的数据太多肯定会响应比较慢,看看能不能做分页,一次不要查那么多数据,就不需要那么多id了
post
也不知道谁设计的敏感词审核,做成这样,产品就该把他祭天
将参数拆分为多个 GET 请求:将参数分成多个较小的部分,将它们作为多个 GET 请求发送,并在后端将它们组合在一起以进行处理。
可以将参数放在请求头里面,这个不知道是否有限制。可以试一下
zip压缩后在传
一次查询太多ID是合理的需求吗,有没有其他方式实现。
可以用post啊,不一定要用get
可以从业务层面做限制,既然是查询,查询的数据太多肯定会响应比较慢,看看能不能做分页,一次不要查那么多数据,就不需要那么多id了
post
也不知道谁设计的敏感词审核,做成这样,产品就该把他祭天
将参数拆分为多个 GET 请求:将参数分成多个较小的部分,将它们作为多个 GET 请求发送,并在后端将它们组合在一起以进行处理。
可以将参数放在请求头里面,这个不知道是否有限制。可以试一下
zip压缩后在传
一次查询太多ID是合理的需求吗,有没有其他方式实现。