应该是/about_us还是/about-us?
从可用性的角度来看,我个人认为/about-us对最终用户来说要好得多,但谷歌和大多数其他网站(和 javascript 框架)使用下划线命名模式。只是风格问题吗?破折号是否存在兼容性问题?
应该是/about_us还是/about-us?
从可用性的角度来看,我个人认为/about-us对最终用户来说要好得多,但谷歌和大多数其他网站(和 javascript 框架)使用下划线命名模式。只是风格问题吗?破折号是否存在兼容性问题?
考虑在 URL 中使用标点符号。URL http://www.example.com/green-dress.html 比 http://www.example.com/greendress.html对我们有用得多。我们建议您在 URL 中使用连字符 (-) 而不是下划线 (_)。
以下是支持破折号的几点:
这不仅仅是破折号与下划线:
谷歌过去没有将下划线视为单词分隔符,我认为这很疯狂,但现在显然是这样。由于这段历史,破折号是首选。尽管从 SEO 的角度来看现在允许使用下划线,但我仍然认为破折号是最好的。
一个好处是,您的普通半电脑文盲网络冲浪者更有可能在键盘上键入破折号,他们甚至可能不知道下划线是什么。
这只是一个猜测,但似乎他们选择了人们最可能不会在名称中使用的那个。这样,您可以拥有一个包含连字符的名称,并且仍然使用下划线作为单词分隔符,例如 UseTwo-wayLinks 可以转换为 use_two-way_links。
在您的示例中, /about-us 将是一个名为“about-us”连字符的目录(如果存在这样的词,并且 /about_us 将是一个名为“about us”的两个词短语转换为单个字符串的目录非白色字符。
我以前一直使用下划线,现在我只将它们用于我不希望任何人直接链接的网站部分、js 文件、css 等。
从 SEO 的角度来看,破折号似乎是处理它的首选方式,详细解释,来自马嘴http://www.mattcutts.com/blog/dashes-vs-underscores/。
另一个问题似乎发生在普通公众而不是程序员身上,即当带有下划线的超链接带有下划线时,您看不到下划线。高级用户会解决这个问题,但 Joe Public 可能不会。
尽管如此,仍然在代码中使用下划线而不是破折号 - 程序员理解它们,大多数其他人不理解。
杰夫对此有一些想法: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在 2005 年从严格的 SEO 角度对此进行了测试,得出的结论是 +(加号)实际上是最好的单词分隔符。但是,这似乎不合理,可能是由于搜索引擎算法中的错误。他建议 - (破折号)可读性和 SEO。
下划线替换不允许空格的空格。破折号(连字符)可以是单词的一部分,因此将单词与已经包含连字符的连字符连接起来很难看/令人困惑。
坏的:
/low-budget-movies
好的:
/low-budget_movies
我更喜欢破折号,因为下划线可能会被链接下划线掩盖到一定程度。文本 URL 主要是为了一目了然而不是语法正确,因此保留破折号以用于连字符的论点是有限的。
文本 URL 的准确性很重要的地方是在向某人朗读时,在这种情况下,您不想将下划线与空格混淆(反之亦然)。
我还发现破折号在美学上更令人愉悦,如果这很重要的话。
对于最终用户视图,我更喜欢“about-us”或“about us”而不是“about_us”
就个人而言,我会避免使用 about-us 或 about_us,而只使用 about。
一些较旧的 Web 托管和 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