rest - 连字符、下划线或驼峰命名法作为 URI 中的单词分隔符？

Question

我正在为 Intranet 应用程序设计一个基于 HTTP 的 API。我意识到从大局来看这只是一个很小的问题，但是:我应该使用连字符、下划线还是驼峰命名法来分隔 URI 中的单词吗？

<小时/>

这是我的初步想法:

驼峰式

• 如果服务器不区分大小写，可能会出现问题
• 似乎在查询字符串键 ( http://api.example.com?**searchQuery**=... ) 中具有相当广泛的用途，但在其他 URI 部分中则不然

连字符

• 比其他替代品更美观
• 似乎广泛用于 URI 的路径部分
• 从未在野外见过带连字符的查询字符串键
• 可能对 SEO 更好(这可能是一个神话)

下划线

• 编程语言可能更容易处理
• 一些流行的 API(Facebook、Netflix、 StackExchange 等)在 URI 的所有部分中都使用下划线。

我倾向于使用下划线来表示所有内容。大多数大公司都在使用它们的事实令人信服(请参阅 https://stackoverflow.com/a/608458/360570 )。

Answer 1

您应该在可抓取的 Web 应用程序 URL 中使用连字符。为什么？因为连字符分隔单词(以便搜索引擎可以索引各个单词)，并且连字符不是 word character 。下划线是一个单词字符，这意味着它应该被视为单词的一部分。

在 Chrome 中双击此:camelCase
在 Chrome 中双击:under_score
在 Chrome 中双击:连字符

看看 Chrome(我听说 Google 也开发了一种搜索引擎)如何只认为其中一个是两个单词？

camelCase 和 underscore 还要求用户使用 shift 键，而连字符则不需要。

因此，如果您应该在可爬行的 Web 应用程序中使用连字符，为什么还要在 Intranet 应用程序中做一些不同的事情呢？少了一件需要记住的事情。