是否有任何要遵循的Url参数的命名约定或标准。我通常使用像userId或itemNumber这样的骆驼套管。当我即将开始一个新项目时，我正在搜索是否有任何相关内容，但找不到任何内容。我不是从语言或框架的角度来看这个，而是作为一般的网络标准。
答案 0 :(得分：18)
我建议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重写。
答案 1 :(得分：6)
没有我所知道的标准。请注意IE的URL length limit个2,083个字符。
答案 2 :(得分：6)
URI的标准由RFC2396定义 在URL的标准化部分之后的任何内容都留给您。
您可能只想根据您使用的框架遵循参数的特定约定 大多数时候你甚至都不关心，因为这些不在你的控制之下，但是当它们存在时，你可能希望至少保持一致并尝试生成用户友好的位：
我想说清洁度和用户友好性是在提交网址时努力争取的目标 StackOverflow做得相当不错。
答案 3 :(得分：3)
我使用小写。根据您使用的技术，QS被视为区分大小写（例如PHP）或不（例如ASP）。使用小写可以避免混淆。
答案 4 :(得分：2)
像其他答案一样，我没有听说过任何惯例。
我唯一坚持的“标准”是使用更多搜索引擎友好的使用URL重写器的做法。
答案 5 :(得分：0)
我所知道的标准没有，案件也不重要。
然而，在您的应用程序（网站）中，您应该坚持自己的标准。为了你自己的理智，如果没有别的。