47

是否有要遵循的 Url 参数的命名约定或标准。我通常使用驼色套管,例如userIdor itemNumber。当我即将开始一个新项目时,我正在搜索是否有任何东西,但找不到任何东西。我不是从语言或框架的角度来看这个,而是作为一个通用的网络标准。

4

6 回答 6

17

我建议阅读Tim Berners-Lee 的Cool URI's Don't Change以深入了解这个问题。如果您在 URI 中使用参数,最好重写它们以反映数据的实际含义。

因此,而不是具有以下内容:

/index.jsp?isbn=1234567890
/author-details.jsp?isbn=1234567890
/related.jsp?isbn=1234567890

你会有

/isbn/1234567890/index
/isbn/1234567890/author-details
/isbn/1234567890/related

它创建了一个更明显的数据结构,这意味着如果您更改平台架构,您的 URI 不会改变。如果没有上述结构,

/index.jsp?isbn=1234567890

变成

/index.aspx?isbn=1234567890

这意味着您网站上的所有链接现在都已损坏。

通常,您应该只在用户可以合理地期望他们正在检索的数据被生成时使用查询字符串,例如通过搜索。如果您使用查询字符串从数据库中检索不变的资源,则使用 URL 重写。

于 2009-02-20T10:13:07.790 回答
9

没有我知道的标准。请注意 IE 的URL 长度限制为 2,083 个字符。

于 2009-02-20T09:49:11.187 回答
8

URI 的标准由RFC2396定义。
URL 标准化部分之后的任何内容都留给您。

您可能只想根据您使用的框架遵循特定的参数约定。
大多数时候你甚至不会真正关心,因为这些不在你的控制之下,但当它们控制时,你可能希望至少保持一致并尝试生成用户友好的位:

  • 很短,
  • 如果它们旨在让用户直接访问,它们应该很容易记住,
  • 不区分大小写(可能很难,具体取决于服务器操作系统)。
  • 遵循一些SEO 指南和最佳实践,它们可能会对您有很大帮助。

我想说的是,在呈现 URL 时,整洁和用户友好是值得称赞的目标。
StackOverflow 在这方面做得相当好。

于 2009-02-20T10:13:53.293 回答
3

我用小写。根据您使用的技术,QS 可能会被威胁为区分大小写(例如 PHP)或不区分大小写(例如 ASP)。使用小写可以避免可能的混淆。

于 2009-02-20T10:11:53.190 回答
2

像其他答案一样,我没有听说过任何约定。

我会坚持的唯一“标准”是使用对搜索引擎更友好的做法,即使用 URL 重写器。

于 2009-02-20T09:51:43.083 回答
0

没有我知道的标准,大小写无关紧要。

但是,在您的应用程序(网站)中,您应该坚持自己的标准。如果没有别的,为了你自己的理智。

于 2009-02-20T09:58:56.933 回答