Coding style url参数命名约定或标准是什么

Url参数是否有任何命名约定或标准需要遵循。我通常使用驼峰式大小写，如

userId

或

itemNumber

。当我即将开始一个新项目时，我正在搜索是否有相关内容，但没有找到任何内容。我不是从语言或框架的角度来看待这一点，而是更多地将其视为一种通用的web标准。

我并不了解任何标准。请注意IE的2083个字符。

就像我没有听说过的关于任何约定的其他答案一样

---

我唯一坚持的“标准”是使用更加友好的搜索引擎实践，即使用URL重写器。

据我所知，没有任何标准，案例也不重要

---

然而，在你的应用程序（网站）中，你应该坚持你自己的标准。为了你自己的理智

我用小写字母。根据您使用的技术，QS要么被视为区分大小写（如PHP），要么不被视为区分大小写（如ASP）。使用小写字母可以避免可能的混淆。

我建议阅读Tim Berners Lee的文章，以深入了解这个问题。如果在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重写。

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

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

• 那是短的,
• 如果要让用户直接访问，则应易于记忆
• 不区分大小写（根据服务器操作系统的不同，可能很难区分大小写）
• 跟随一些，他们可能会帮助你很多

我想说，在呈现URL时，清洁和用户友好是值得称赞的目标。

---

StackOverflow做得相当好。

我同意您对url样式的看法，并且避免使用参数，我首先对这种样式感兴趣，因为我看到了Atlassians的Jira和Bambon，使url看起来很简单。在Apache上，可以使用一些重写规则进行设置。您知道IIS和.netAccord的类似情况吗？其他通用语法组件假定区分大小写。那么，为什么要生成不区分大小写的位呢？@MartijnBurger，因为最终用户手动输入URL可能不希望字符串区分大小写。最小惊喜原则。这根本不能回答问题。最初的帖子询问是否有查询字符串参数的命名约定。正如您自己提到的，当您搜索或过滤数据（）时，查询字符串是合适的，那么为什么要正确使用它们呢？请回答关于驼峰大小写与querystring参数的连字符命名的问题，而不是一般趋势是从URL中删除技术细节，例如

.php

。此外，人们提出了各种各样的“语义”URL结构。这无关紧要。