到目前为止,我已经喜欢控制器/动作/索引结构(例如Products / Edit / 1),但我正在努力处理更复杂的网址.
例如,假设您有一个页面列出了用户在其帐户中拥有的所有产品.你会怎么做？在我的脑海中,我可以想到列表页面和编辑页面的以下可能性：
>用户/ {用户ID} /产品/列表,用户/ {用户ID} /产品/编辑/ {产品ID}
>用户/ {用户ID} /产品,用户/ {用户ID} /产品/ {产品ID}
>产品？UserID = {用户ID},产品/编辑/ {产品ID}
我敢肯定还有很多其他人我都不知道.任何建议？
解决方法
这是什么意思？让我们从用户友好的URL开始.对我而言,用户友好的URL易于键入且易于记忆/Default.aspx?action=show\u0026amp;userID=140不符合任何这些要求.像`/ users / troethom’这样的网址看似合乎逻辑.
这导致了下一点.可攻击的URL是用户可以修改并仍然显示结果的URL.如果URL是可攻击的并且我的个人资料的URL是/ users / troethom,则可以安全地删除我的用户名以获取用户列表(/ users).
使用RESTful URL非常类似于我的其他建议背后的想法.您正在为用户而不是计算机设计URL,因此URL必须与内容相关,而不是与站点的技术后端相关.作为’/ users’的URL比’/ users / list’更有意义,URL作为’/ category / programming / javascript‘(表示’编程’类别中的子类’javascript’优于’/ category / show / 12’.
省略ID确实比较困难,但在我的世界里,这是值得的.
另请参阅有关W3C的常见HTTP实现问题的the Understanding URIs section.它在设计URI时有一个常见的陷阱列表.另一个好资源是Resourceful Vs Hackable Search URLs.
