【问题标题】:Why is "lower-case with dashes" the standard for HTML classes? [duplicate]为什么“带破折号的小写字母”是 HTML 类的标准? [复制]
【发布时间】:2012-04-01 21:37:03
【问题描述】:

可能重复:
Why are dashes preferred for CSS selectors / HTML attributes?

我个人使用“带破折号的小写字母”来格式化我的 HTML 类,这似乎是这些天的标准。在我看来,使用 camel case 之类的东西似乎更适合 JavaScript,但我意识到这只是我的意见。

我正在努力提高工作场所前端代码的一致性,其中一部分将是编码指南。而不是仅仅说“我们应该这样做”,我很想听听这种普遍趋势背后的一些正当理由。

所以总结一下,HTML 类的“小写破折号”趋势有哪些有效的技术原因?

【问题讨论】:

标签: html css coding-style naming-conventions


【解决方案1】:

没有。这是一个可接受的命名约定,以帮助作者避免在不同语言之间产生混淆。你可以用任何你喜欢的方式命名你的类名。

【讨论】:

  • 完全没有?代码编辑器类完成?数据属性是小写的事实?
  • @alecrust:从技术角度来看,数据属性小写与类名小写有什么关系?
  • 如果您的意思是 data-* 属性,它们与所有其他属性名称一样不区分大小写。
【解决方案2】:

就像你在自己的问题but I realise that's just my opinion中提到的那样。

编码约定是:

  • 使代码更具可读性的指南(标识的空格数量、变量的命名......)
  • 绝不是您的编码限制
  • 每种语言都不同

简而言之,这只是一种建议的编码方式,您不需要遵循,但如果您这样做,对其他人来说更具可读性。

如果您遇到一组约定,则意味着很多人同意该组并为自己采用(有或没有一些修改=))

有些语言会稍微限制约定(例如类名必须以大写字母开头,..),这就是每种语言都不同的原因。

【讨论】:

    【解决方案3】:

    编码约定就是:约定。

    什么是约定?做事有规律吗?

    为什么会这样?因为有人这么说。

    【讨论】:

      猜你喜欢
      • 2011-08-25
      • 2012-11-01
      • 1970-01-01
      • 2021-01-29
      • 1970-01-01
      • 2017-02-09
      • 1970-01-01
      • 2015-02-11
      • 1970-01-01
      相关资源
      最近更新 更多