这是一个创建于 3250 天前的主题，其中的信息可能已经有所发展或是发生改变。
项目中要做个模糊搜索的功能
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 2017-01-05 17:09:17 +08:00 via iPhone 先都丢在 dict 里，最后再拼接 |
 | 2 KentY 2017-01-05 17:13:49 +08:00  1 用 map 先保存用户选项, 最后生成字串. 你说的情况如果是覆盖以前的 a, 就简单的 map 就可以, 如果是一直可以 append, remove 的情形, 可以考虑用 multimap. |
 | 3 iyangyuan 2017-01-05 17:39:02 +08:00 1 这个接口的设计也是醉了。。为什么不用参数呢。。 |
 | 4 neoblackcap 2017-01-05 17:48:32 +08:00 @iyangyuan 可能是 restful 的原教主义者 |
 | 5 springmarker 2017-01-05 17:51:44 +08:00 via Android 一直不喜欢这样的访问方式，接口也不好设计，？ a=1&b=2&c=3&d=4 多好，简单明了 |
 | 6 smithtel 2017-01-05 17:55:25 +08:00 via Android 我在想你这帮忙是帮忙改接口设计呢，还是改存储选项呢 |
 | 7 retanoj 2017-01-05 18:01:16 +08:00 接口变成 a=1&b=2 这种也行 后端处理 /a/1/b/2 <==> /b/2/a/1 能处理好也行 |
 | 8 zhidian 2017-01-05 18:02:40 +08:00 后端应当制定一个明确、简单、合理的规则，而不是尝试适应前端稀奇古怪的请求，还美其名曰 versatile 。 |
 | 9 misaka19000 2017-01-05 18:13:01 +08:00 via Android 看这标题我以为有人来问作业了。。。 |
 | 10 loshine1992 2017-01-05 18:41:26 +08:00 restful 的筛选条件，应该以 query 的形式传吧，除非你这里的 a 、 b 、 c 、 d 都可以和数据库里的一个表对应起来 |
 | 11 jetyang 2017-01-05 18:50:11 +08:00 这和 java 有什么关系？ |
 | 12 williamgong 2017-01-05 18:56:02 +08:00 via iPhone 代码中用四个变量接着就可以了呀，最后才拼接成 url 不就可以了吗 |
 | 13 ooTwToo 2017-01-05 19:53:15 +08:00 via iPhone 查询前重新拼接一次呗… |
 | 14 szanlin 2017-01-05 21:48:23 +08:00 支持这样的方式 a=1&b=2&c=3&d=4 |
Select Language