我正在开发一个为某些事件提供信息的应用程序,并且想知道构建我的URI资源的最佳方法是什么。
最简单的方法是简单地为每个事件使用一个ID;例如;
BASEURL /活动/ {EVENTID}
这个问题是ID显然不是客户知道的。我宁愿有更多的东西;
BASEURL /活动/ {事件名称}
这样做的一个更重要的原因可能是出于搜索引擎优化的目的。如果我定位了该事件的关键字,那么在网址中使用该事件名称肯定会更有益吗?
我使用事件名称的问题显然它不像ID那样“可解析”,因为它对事件名称更改等敏感。同样在URI中添加空格意味着客户不太可能通过键入来探索资源名称,并再次可能导致解析问题。
这方面的标准做法是什么?使用ID是常态,还是使用资源名称?如果我以Wordpress为例,我知道postname可以作为资源标识符,所以我知道至少有一个正在使用的名称的实例。
答案 0 :(得分:0)
使用混合方法,就像StackOverflow的构建方式一样:使用URL中的ID作为内部用法,然后在名称后附加名称以便于阅读和搜索引擎优化。