这只是一个猜测，但似乎他们选择了一个人们最不可能在名字中使用的名字。通过这种方式，您可以拥有一个包含连字符的单词的名称，并且仍然使用下划线作为单词分隔符，例如UseTwo-wayLinks可以转换为use_two-way_links。

在您的示例中，/about-us将是一个名为“about-us”的连字符目录(如果存在这样的单词，/about_us将是一个名为“about us”的两个单词短语的目录，转换为一个非白人字符字符串。

搜索引擎优化专家Jim Westergren在2005年从严格的搜索引擎优化角度对此进行了测试，得出的结论是+(+)实际上是最好的单词分隔符。然而，这似乎并不合理，可能是由于搜索引擎算法的错误。对于可读性和SEO，他推荐使用-(破折号)。

我更喜欢破折号，因为下划线可能在一定程度上被链接下划线所掩盖。文本url主要是为了一眼就能识别出来，而不是为了语法正确，所以保留破折号用于连字符的论点是有限的。

文本URL的准确性很重要的是在将其读给某人时，在这种情况下，您不希望将下划线与空格混淆(反之亦然)。

我还发现破折号更美观，如果这有意义的话。

I'm more comfortable with underscores. First of all, they match in with my regular programming experience of variable_names_are_not-subtraction, second of all, and I believe this was mentioned already, words can have hyphens, but they do not ever have underscores. To pick a really stupid example, "Nation-state country" is different from "nation state country". The former translates something like "the land of nation-states" (think "this here is gun country! Best move along, y'hear?"), whereas the latter looks like a list of sometime-synonyms. http://example.com/nation-state-country/ doesn't appear to mean the same as http://example.com/nation-state_country/, and yet, if hyphens are delimiters/"space"s in addition to characters in words, it can. The latter seems more clear as to the actual purpose, whereas the former looks more like that list, if anything.

我个人会避免所有的破折号和下划线，如果是在代码中，我会选择驼峰式或帕斯卡式。

维基百科上关于camelCase的文章解释了它起源背后的一些原因。它们总计为

懒惰的程序员不喜欢 到达_键 潜在的混淆 可读性 施乐PARC的“Alto”键盘 没有下划线键。

如果用户要看到字符串，那么我不会做以上任何一件事，如果我不得不使用“关于我们”或“关于我们”，因为骆驼的情况已经蔓延到一些领域的常见用法，如产品名称。比如ThinkPad, TiVo

对于最终用户视图，我更喜欢“about-us”或“about us”，而不是“about_us”