d id(注意一些浏览器是区分大小写的!),并将CamelCasing用于与Javascript绑定的类

d id(注意一些浏览器是区分大小写的!),并将CamelCasing用于与Javascript绑定的类,javascript,jquery,html,css,oop,Javascript,Jquery,Html,Css,Oop,这一切的原因是,通常情况下,与行为相关的类会方便地采用样式规则 我也考虑过纯粹为Javascript行为创建类,并使用seaprate类进行样式设计,但这是一个无中生有的问题。相反,我宁愿在Javascript代码中明确定义类: mySuperObject = { CSS_TOGGLE: 'JsToggle', CSS_HIDE: 'JsHide', initialize:function() { var elems = SomeJsLib.

这一切的原因是,通常情况下,与行为相关的类会方便地采用样式规则

我也考虑过纯粹为Javascript行为创建类,并使用seaprate类进行样式设计,但这是一个无中生有的问题。相反,我宁愿在Javascript代码中明确定义类:

mySuperObject =
{
    CSS_TOGGLE: 'JsToggle',
    CSS_HIDE:   'JsHide',

    initialize:function()
    {
        var elems = SomeJsLib.getElementsByClassname(document, 'a', this.CSS_TOGGLE);
        ...

真的,我不想在这次游行上下雨,因为从事实上看,这似乎是犹太教式的。然而,我也看到,没有人在W3建议反对使用CSS类名来形成非标准微语法的哪一部分的底部提到。我认为他们主要是在警告我们不要制作一个完全由DIV和SPAN元素组成的页面,并使用不同的类作为自定义标记。他们并没有特别提到将课堂与行为结合起来。

这一点很好。当谈到DOM元素类属性时,“CSS类”是一个经常使用的名称,但有误导性。让我们不要忘记类在现实世界中的用法。语义是理想的,尽管并不总是可能的。我试着从用户的角度来思考意义或功能。在HTML规范中,“类”简称为“标识符”。虽然CSS被用作使用类的方法的示例,但它显然没有通过CSS建立属性的任何“所有权”。Ref:+1它在规范中。事实上,元数据插件默认使用“class”属性。我同意使用id,但是,如果我有多个元素需要相同的行为/样式,那么如果我们不想重复样式/代码,ID就没有多大用处。开发人员在理解html/css并将其应用于html/css时付出了惊人的努力……一个元素可以有多个类——因此它可以一个用于外观,另一个用于行为。class=“BlueButton ActivateMissiles”$(“.ActivateMissiles”)。单击(启动);我在哪里可以玩这个html atari游戏?但严肃地说,页面有很多结构。您可以将此页面分解为其核心方面,然后根据文本所在的上下文添加样式。id和类之间有一个重要的区别。。。您只能使用一次id;类是可重用的。根据经验,我通过询问是“工具窗口”还是“工具窗口”来决定使用哪个。我喜欢命名约定的想法。因此,一些类名表示对象,而另一些类名可以表示这些对象所处的状态,这很有趣。有一件事帮助了我,就是在行为类前面加了下划线——例如,jquery中的类用法不比ID选择器慢吗?
.toolWindow{
   color:blue;
   background-color:white;
}
<span class="brightRedBold">Wear Protective Gloves</span>
<a class = "openInNewWindow" ...>
<span class="urgentWarning">Wear Protective Gloves</span>
<a class = "offSiteLink" ...>
<div class="draggable sortable droppable list-item editable text">text</div>
mySuperObject =
{
    CSS_TOGGLE: 'JsToggle',
    CSS_HIDE:   'JsHide',

    initialize:function()
    {
        var elems = SomeJsLib.getElementsByClassname(document, 'a', this.CSS_TOGGLE);
        ...