V2EX = way to explore V2EX 是一个关于分享和探索的地方
Sign Up Now For Existing Member Sign In
This topic created in 3399 days ago, the information mentioned may be changed or developed.
项目中要做个模糊搜索的功能
http 请求地址类似这样： http://abc.com/d/4/c/3/a/1/b/2
也有可能是这样： http://abc.com/b/1/d/5/a/4
abcd 表示 4 个搜索条件，条件顺序不固定，个数也不固定
现在假设用户第一次选择了 a=1 ，我直接拼接 /a/1 ，即： http://abc.com/a/1
第二次选择了 c=3 ，我再拼接 /c/3 ，即： http://abc.com/a/1/c/3
第三次他又重新选了 a=2 那么我该怎么办？
http 请求地址类似这样： http://abc.com/d/4/c/3/a/1/b/2
也有可能是这样： http://abc.com/b/1/d/5/a/4
abcd 表示 4 个搜索条件，条件顺序不固定，个数也不固定
现在假设用户第一次选择了 a=1 ，我直接拼接 /a/1 ，即： http://abc.com/a/1
第二次选择了 c=3 ，我再拼接 /c/3 ，即： http://abc.com/a/1/c/3
第三次他又重新选了 a=2 那么我该怎么办？
 | 1 ming2050 Jan 5, 2017 via iPhone 先都丢在 dict 里，最后再拼接 |
 | 2 KentY Jan 5, 2017  1 用 map 先保存用户选项, 最后生成字串. 你说的情况如果是覆盖以前的 a, 就简单的 map 就可以, 如果是一直可以 append, remove 的情形, 可以考虑用 multimap. |
 | 3 iyangyuan Jan 5, 2017 1 这个接口的设计也是醉了。。为什么不用参数呢。。 |
 | 4 neoblackcap Jan 5, 2017 @iyangyuan 可能是 restful 的原教主义者 |
 | 5 springmarker Jan 5, 2017 via Android 一直不喜欢这样的访问方式，接口也不好设计，？ a=1&b=2&c=3&d=4 多好，简单明了 |
 | 6 smithtel Jan 5, 2017 via Android 我在想你这帮忙是帮忙改接口设计呢，还是改存储选项呢 |
 | 7 retanoj Jan 5, 2017 接口变成 a=1&b=2 这种也行 后端处理 /a/1/b/2 <==> /b/2/a/1 能处理好也行 |
 | 8 zhidian Jan 5, 2017 后端应当制定一个明确、简单、合理的规则，而不是尝试适应前端稀奇古怪的请求，还美其名曰 versatile 。 |
 | 9 misaka19000 Jan 5, 2017 via Android 看这标题我以为有人来问作业了。。。 |
 | 10 loshine1992 Jan 5, 2017 restful 的筛选条件，应该以 query 的形式传吧，除非你这里的 a 、 b 、 c 、 d 都可以和数据库里的一个表对应起来 |
 | 11 jetyang Jan 5, 2017 这和 java 有什么关系？ |
 | 12 williamgong Jan 5, 2017 via iPhone 代码中用四个变量接着就可以了呀，最后才拼接成 url 不就可以了吗 |
 | 13 ooTwToo Jan 5, 2017 via iPhone 查询前重新拼接一次呗… |
 | 14 szanlin Jan 5, 2017 支持这样的方式 a=1&b=2&c=3&d=4 |
Select Language