Url rewriting 将许多URL参数重写为“更多”;可读的;格式

Url rewriting 将许多URL参数重写为“更多”;可读的;格式,url-rewriting,friendly-url,optional-parameters,Url Rewriting,Friendly Url,Optional Parameters,上下文:具有许多(可选)搜索参数的事件系统。虽然这在一定程度上是一个用户体验问题,但我觉得这仍然是一个问题 普通URL可能如下所示: example.com/events?date=X-Y-Z&type=race&location=Lapland 以及建议的“更具可读性”格式: example.com/events/location:lapland|type:race|date:X-Y-Z 你认为后者不比前者更具可读性吗?或者“重新发明”查询语法的代价是不值得的?或者另一个语

上下文:具有许多(可选)搜索参数的事件系统。虽然这在一定程度上是一个用户体验问题,但我觉得这仍然是一个问题

普通URL可能如下所示:

example.com/events?date=X-Y-Z&type=race&location=Lapland
以及建议的“更具可读性”格式:

example.com/events/location:lapland|type:race|date:X-Y-Z
你认为后者不比前者更具可读性吗?或者“重新发明”查询语法的代价是不值得的?或者另一个语法建议


NB:我偏离了典型的重写
事件/{location}/{type}/{date}
,因为这些都是可选的查询过滤器,并且没有明显的方法将值映射到它们的相关参数。

如何使用:和| over=以及&有什么改进吗?某些CMSE(如Wordpress)发出的“可读”URL的好处是,它们不包含任何变量名,而是使用每帖子标记,例如
example.com/tags/lapland
example.com/tags/race/
example.com/2011/12/13/
,尽管我还不记得标记的语法,最有意义的是一个空格,如
example.com/tags/lapland race
。由于这将是x-www-urlencoded加上一个加号作为
example.com/tags/lapland+race
(一些浏览器会显示一个空格,一些是urlencoded形式)你会得到一个很好的助记符(x+y..x和y,有点)。

我同意你的想法和想法。巧合的是,这是一个WordPress构建,但是
位置
种族
等是它们自己的分类法-因此需要一个“能指”;可以说“这个值是一个位置,这个值是一个类型”。。。