HTML / CSS命名约定（语法）的实际注意事项

问题： 和值中的语法有哪些实际考虑因素？classid

请注意，我并不是在询问语义，即所使用的实际单词，例如本博客文章中所述。命名约定方面已经有很多资源，事实上，这使我对各种语法位的实用信息的搜索变得困难，这些信息包括：-大写，插补（特别是破折号）的使用，要使用或避免的特定字符等。

总结一下我问这个问题的原因：

• 命名限制的ID和类不自然导致任何约定
• 命名约定在语义方面的资源丰富，使得对句法方面的考虑变得模糊
• 我在此找不到任何权威来源
• SE程序员对此主题还没有任何问题:)

我考虑过使用的一些约定：

1. UpperCamelCase，主要是作为服务器端编码的交叉习惯
2. lowerCamelCase，与JavaScript命名约定保持一致
3. css-style-classes，这与css属性的命名一致（但在选择Ctrl + Shift + ArrowKey文本时可能会令人讨厌）
4. with_under_scores，我个人没见过用过
5. alllowercase，简单易记，但长名称很难读
6. UPPERCASEFTW，这是惹恼其他程序员的好方法（可能与选项4结合使用以提高可读性）

可能我也遗漏了一些重要的选项或组合。那么：命名约定有哪些考虑因素，它们导致了哪些约定？

不论是否赏金，在某种程度上，选择永远都是“优先事项”-毕竟，如果W3C推荐（甚至强加）了您认为不正确的约定，您会感觉如何？

话虽如此，但是我个人更喜欢lowerCamelCase约定，并且我将给出我决定的理由和实际考虑-我将通过消除过程使用您问题的编号来做到这一点：

（5.）因为您不知道单词在哪里开始和结束，所以请注意容易阅读。

（6.）ASABOVEPLUSITSANNOYING喜欢有人喊。

（4.）history_incompatibility_plus_see：Mozilla开发文档。

（3.）有点儿难以理解...正如您所提到的，文本编辑器中的可选择性是一个问题（与下划线有关，取决于编辑器），但对我来说，这也是使我想起的事实保留给供应商特定的关键字的语法，即使这些关键字以连字符开头且单词之间也用分隔符隔开。

因此，这分别留下了（1.）和（2。），UpperCamelCase和LowerCamelCase。尽管与Java 类（根据更明确定义的约定，UpperCamelCase）存在思维上的联系，但在我看来，CSS类名似乎最好以小写字母开头。也许是因为XHTML元素和属性名称，但是我想您也可以证明让CSS类使用UpperCamelCase有助于区分它们。如果您还有其他原因，那么W3C在示例中使用的LowerCamelCase就是很好的类名（尽管令人讨厌的是，URL本身与我不同意）。

出于上述原因，我建议反对（4。），（5。）和（6.），但假设可以为其他三个中的任何一个进行论证。

不过，您（或其他任何人）是否同意我对此事取决于您。到目前为止，您还没有给出引用权威来源的明确答案这一事实，可以作为一个提示，表明在此问题上还没有确定的标准（否则我们都会使用它）。我不确定这一定是一件坏事。

CSS类名称中的单词应使用破折号（class-name）分隔，因为这就是CSS属性和伪类中的单词被分隔以及CSS规范定义其语法的方式。

ID名称中的单词也应该用破折号分隔，以匹配类名的语法样式，因为ID名称经常用于URL中，而破折号是URL中最原始和最常见的单词分隔符。

这主要是一个偏好问题；没有关于此事的既定标准，更不用说权威来源了。使用您觉得最舒适的东西；保持一致。

我个人使用css-style-with-dashes，但是我尽量避免使用多字类名，并尽可能使用多个类（因此button important default而不是button-important-default）。根据我的经验，这似乎也是高质量网站和框架中最受欢迎的选择。

nowordseparatorswhatsoever至少在美国键盘上，带破折号的小写字母比其他选项（不易阅读的约定除外）更容易键入，因为它不需要使用Shift键。

对于id，还有一些实际的考虑因素，如果您想直接在javascript中通过元素的ID来引用元素（例如document.forms[0].btn_ok），则破折号将无法很好地工作-但是，如果您使用的是jQuery，则可能会$()无论如何都可以使用它们，因此您只需拥有$('#btn-ok')，这将使这一点变得毫无意义。

作为记录，我碰到的另一种约定是，在ID中经常使用匈牙利疣来指示元素类型，尤其是对于表单控件而言-因此，用户名标签，输入和验证器将带有#lblUsername，。#tbUsername#valUsername

我坚信最重要的是一致性。

有两种查看方式：

1. 可以为alllowercase或css-style-clauses（可能是更好的选择）提供一个很好的论据，因为它们将与所要包含的代码最一致。这将为整个代码提供更自然的流程，并且不会有任何刺激或不适当地出现。

2. 如果与HTML标记名称或CSS子句不同的样式可以采用同样好的论点，只要它能以有助于提高可读性的方式区分ID和类。例如，如果您用于UpperCamelCaseID和类，并且没有将其用于其他任何构造或目的，则每次看到该格式的令牌时，您都会知道自己被击中了。这可能施加的一个限制是，如果每个 ID或类都是2个以上的单词名称，那将是最有效的，但这在许多情况下是合理的。

在写出这个答案时，我发现我更倾向于第二选择，但是我将两者都保留，因为我认为这两种情况都有其优点。

真的，这完全是个人喜好，或者是懒惰。CamelCasing易于键入，但是我更喜欢使用下划线符号，因为我个人认为它比CamelCase更易于阅读和调试。没有人可以遵守一套编码惯例，我从来没有在一个与之前的编码准则相同的地方工作过。

大多数公司都有您通常必须遵守的准则，以保持代码的清洁和易于所有人使用。如果您是一名自由职业者，那么您可以全力以赴，因为您是唯一从事此代码工作的人。我认为只有两种编码约定可以遵循：CamelCase或Underscore表示法。我的建议是选择一个然后坚持下去。

您似乎没有注意到一个简单的事实：大多数CSS都不是由程序员完成的。

由平面设计师完成。

他们不在乎我们的编辑之争，也不在乎我们如何使用shift键。
他们甚至都不知道那个花哨的_钥匙在哪里。（或它的名字是什么）

他们不在乎代码美学，在乎美学。

（他们那里可能有一点）

他们不阅读规范，而是获得了教程。
然后仔细检查w3schools上的引用。

他们中的一些人可能由于某种原因而认为他们不能使用大写的类名。
他们充满了奇怪的，几乎无关紧要的误解。