Css 这是一个很好的类,减去-&引用;或“海底”_&引用;用于命名类&;特殊情况下的身份证

Css 这是一个很好的类,减去-&引用;或“海底”_&引用;用于命名类&;特殊情况下的身份证,css,Css,我从3年前就开始写CSS了。我总是给我的类和ID命名,让其他开发人员很容易理解。但现在我与我的以下同事讨论了当出现一些特殊情况时类和ID的命名问题 在这里,特殊情况意味着当某个时候(每个人都会这样),我们没有类的名称&ID,然后我们根据它的父类或两个名称的组合来命名。比如.panel\u slider或.panelSlider等 所以,我下面的同事说,对于这种特殊情况,最好在它们之间加上underscoe“\u”或减“-”。因此,易于书写和理解。喜欢 .panel\u滑块或.panel滑块 &我

我从3年前就开始写CSS了。我总是给我的
ID
命名,让其他开发人员很容易理解。但现在我与我的以下同事讨论了当出现一些特殊情况时
ID
的命名问题

在这里,特殊情况意味着当某个时候(每个人都会这样),我们没有
类的名称
&
ID
,然后我们根据它的父类或两个名称的组合来命名。比如.panel\u slider.panelSlider

所以,我下面的同事说,对于这种特殊情况,最好在它们之间加上underscoe“\u”减“-”。因此,易于书写和理解。喜欢 .panel\u滑块.panel滑块

&我是说,最好像我们在JS中写的那样,给出驼色案例。因此,它不会占用空间小于coe“\u”减去“-”。它也很容易写和理解。 如.panelSlider

所以,我的问题是哪种命名约定是好的

a) .panel_slider

b) .panel-slider

c) .panelSlider

我同意@Ianzz:当你看一看,你会发现它们没有使用大小写或下划线。(例如,
)twitter bootstrap上的家伙们都是关于最佳实践的,所以遵循他们的符号并没有什么坏处。但正如其他人所说,没有真正的规则。

好的规则是你与团队达成一致并坚持的规则。这不是建设性的。在我看来,键入不涉及和弦的字符串所需的工作量明显减少(即,对于下划线避免
shift+减号
,对于大写避免
shift+s
)。至于惯例,我同意@Oded;有一个约定是好的,它是什么并不重要。@Oded谢谢你的评论,但如果我们用更好的方法编写代码,对团队来说是一件好事。这就是我的观点。这没有什么区别。重要的是要在某件事上达成一致,他们都是正确的。没有“错的人”。