point of refactoring only btn to bt

case: btn_pink
search btn in word
result btn

case: btn-pink
search btn in word
result btn | btn-pink

case: btn-pink
search btn in regexp
\bbtn\b(?!-) type to hard
result btn

point of refactoring only btn to bt

case: btn_pink
search btn in word
result btn

case: btn-pink
search btn in word
result btn | btn-pink

case: btn-pink
search btn in regexp
\bbtn\b(?!-) type to hard
result btn

也许HTML/CSS社区使用破折号而不是下划线的一个关键原因是由于规范和浏览器实现的历史缺陷。

来自2001年3月发布的Mozilla文档@ https://developer.mozilla.org/en-US/docs/Underscores_in_class_and_ID_Names

The CSS1 specification, published in its final form in 1996, did not allow for the use of underscores in class and ID names unless they were "escaped." An escaped underscore would look something like this: p.urgent\_note {color: maroon;} This was not well supported by browsers at the time, however, and the practice has never caught on. CSS2, published in 1998, also forbade the use of underscores in class and ID names. However, errata to the specification published in early 2001 made underscores legal for the first time. This unfortunately complicated an already complex landscape.

我通常喜欢下划线，但反斜杠只会让它变得丑陋得无法想象，更不用说当时的稀缺支持了。我可以理解为什么开发者像躲避瘟疫一样躲避它。当然，我们现在不需要反斜杠，但是破折号的礼节已经牢固地建立起来了。

原因有很多，但最重要的一点是保持一致性。

我认为这篇文章解释得很全面。

CSS是一种用连字符分隔的语法。我的意思是我们写诸如字体大小，行高，边界底部等。

So:

你只是不应该混合语法:这是不一致的。

我认为这与程序员有关。有人喜欢用破折号，有人喜欢用下划线。 我个人使用下划线(_)，因为我在其他地方也使用它。如: JavaScript变量(var my_name); -我的控制器动作(公共函数view_detail) 我使用下划线的另一个原因是，在大多数ide中，用下划线分隔的两个单词被认为是一个单词。(并且可以选择double_click)。

近年来，以连字符分隔的全字段url明显增多。这是SEO最佳实践所鼓励的。谷歌明确“建议您在url中使用连字符(-)而不是下划线(_)”:http://www.google.com/support/webmasters/bin/answer.py?answer=76329。

如上所述，在不同的情况下，不同的公约在不同的时间流行，但它们通常不是任何协议或框架的正式组成部分。

因此，我的假设是，谷歌的位置将这种模式固定在一个关键上下文(SEO)中，而在类、id和属性名中使用这种模式的趋势只是朝着这个大致的方向缓慢移动。