应该是 /about_us 还是 /about-us？
从可用性的角度来看，我个人认为 /about-us 对最终用户来说要好得多，但 Google 和大多数其他网站（和 javascript 框架）使用下划线命名模式。只是风格问题吗？破折号是否存在兼容性问题？
【问题讨论】：
whether_domain_URLs_can_have_underscores.com。
标签： url seo naming-conventions
考虑在你的 网址。网址 http://www.example.com/green-dress.html 比对我们有用得多 http://www.example.com/greendress.html。 我们建议您使用连字符 (-) 而不是你的下划线 (_) 网址。
【讨论】：
这里有几点支持破折号：
【讨论】：
这不仅仅是破折号与下划线：
【讨论】：
Google 过去没有将下划线视为单词分隔符，我认为这很疯狂，但现在显然是这样。由于这段历史，破折号是首选。尽管从 SEO 的角度来看，现在允许使用下划线，但我仍然认为破折号是最好的。
一个好处是，一般半电脑文盲的网络冲浪者更有可能在键盘上键入破折号，他们甚至可能不知道下划线是什么。
【讨论】：
这只是一个猜测，但似乎他们选择了人们最可能不会在名称中使用的那个。这样，您可以拥有一个包含连字符的名称，并且仍然使用下划线作为单词分隔符，例如UseTwo-wayLinks 可以转换为 use_two-way_links。
在您的示例中，/about-us 将是一个名为“about-us”连字符的目录（如果存在这样的词，/about_us 将是一个名为“about us”的两个词短语转换为的目录一串非白色字符。
【讨论】：
foo_bar 被视为一个词，而 foo-bar 被视为两个词 - 与此答案推测的情况恰恰相反。
我以前一直使用下划线，现在我只使用它们来表示我不想让任何人直接链接的网站部分，js 文件，css 等。
从 SEO 的角度来看，破折号似乎是处理它的首选方式，详细解释，来自马口 http://www.mattcutts.com/blog/dashes-vs-underscores/。
另一个似乎发生的问题，一般公众比程序员更多，是当带有下划线的超链接加下划线时，您看不到下划线。高级用户会解决这个问题，但 Joe Public 可能不会。
在代码中仍然使用下划线而不是破折号 - 程序员理解它们，而大多数其他人不理解。
【讨论】：
Jeff 对此有一些想法：https://blog.codinghorror.com/of-spaces-underscores-and-dashes/
两者都有缺点。我建议你选择一个并保持一致。
【讨论】：
我更喜欢使用下划线。首先，它们与我在variable_names_are_not-subtraction 的常规编程经验相匹配，其次，我相信这已经提到过，单词可以有连字符，但它们从来没有下划线。举一个非常愚蠢的例子，“民族国家”与“民族国家”不同。前者翻译成“民族国家的土地”（想想“这里是枪支国家！最好继续前进，你听到了吗？”），而后者看起来像一个有时同义词的列表。 http://example.com/nation-state-country/ 似乎与http://example.com/nation-state_country/ 的含义不同，但是，如果连字符是分隔符/“空格”除了单词中的字符，它可以。后者似乎更清楚实际目的，而前者看起来更像那个列表，如果有的话。
【讨论】：
SEO 大师Jim Westergren tested this 早在 2005 年就从严格的 SEO 角度得出结论，+（加号）实际上是最好的单词分隔符。但是，这似乎不合理，可能是由于搜索引擎算法中的错误。他推荐 - （破折号）以提高可读性和 SEO。
【讨论】：
下划线替换不允许空格的空格。破折号（连字符）可以是单词的一部分，因此将单词与已经包含连字符的连字符连接起来是丑陋的/令人困惑的。
不好：
/low-budget-movies
好：
/low-budget_movies
【讨论】：
【讨论】：
我更喜欢破折号，因为下划线可能会在一定程度上被链接下划线所掩盖。文本 URL 主要是为了一目了然，而不是语法正确，因此保留破折号以用于连字符的说法是有限的。
文本 URL 的准确性很重要，在将其朗读给某人时，您不希望将下划线与空格混淆（反之亦然）。
我还发现破折号更美观，如果这很重要的话。
【讨论】：
对于最终用户视图，我更喜欢“about-us”或“about us”而不是“about_us”
【讨论】：
就我个人而言，我会避免使用 about-us 或 about_us，而只使用 about。
【讨论】：
一些较旧的网络托管和 DNS 服务器实际上在解析 URL 的下划线时存在问题，因此这可能会在此类约定中发挥作用。
【讨论】：
我个人会避免使用所有破折号和下划线，并选择camelCase 或PascalCase（如果在代码中）。
关于 camelCase 的维基百科文章解释了它的起源背后的一些原因。它们相当于
如果用户要查看字符串，那么我不会执行上述任何操作并使用“关于我们”。或者“AboutUs”，如果我不得不这样做的话，因为 camelCase 已经在产品名称等某些领域传播到了常见用法。即 ThinkPad、TiVo
【讨论】：
URL 中允许使用空格，因此您可以在链接中使用“/about us”（尽管它会被编码为“/about%20us”。但老实说，这始终是个人喜好，所以有这里没有真正的答案。
我会遵循破折号可以出现在单词中的约定，因此应该将空格转换为下划线。
【讨论】：
更好地使用 . - / 作为分隔符，因为 _ 似乎不是分隔符。
http://www.sistrix.com/blog/832-how-long-may-a-linktext-be.html
【讨论】：