• 什么鬼，又不知道怎么命名class了

    什么鬼，又不知道怎么命名class了

    2015/10/25 · CSS · class

    分享到：5
    原文出处： 结一（@结一w3cplus）   

    相信写css的人都会遇到下面的问题：

    •  糟糕，怎么命名这个class，好像不太贴切，要是冲突了怎么办，要不要设计成通用一点…
    •  而改别人css代码的时候则会一直有个疑问：这个class到底是只在这个地方用了，还是其他地方都用了？

    于是就有了下面的做法：

    •  最后终于被逼出了个class，简洁也好，中英混搭也罢，看着一头雾水也没关系，反正最后页面显示出来的。
    •  这个class应该是只有这个地方用到，我可以放心写。上线之后。如果没问题，则暗自自我欣赏，看吧问题就这么简单，分分钟搞定呀；如果冲突了，则无限感慨，哎，改的时候我就隐隐不安啊，妈蛋，深坑，这是谁写的，谁写的！！！
    •  不好，这个class说不定其他地方也用到了，我得加个限制范围，加个父元素？要不重新再命名个class吧，比较保险。最后如果没问题则表示还好比较机智，怎么说哥也是混过的，还是有几斤几两的；如果有问题则表示防不慎防啊，这也太太太坑了吧。

    由此可见，class的命名真不是一件简单的事，尤其还要兼顾可辨别性与可读性。

    class命名到底有多难

    第一，class跟id不一样，class本来就是设计用来可以重复利用的，而id才是设计唯一的（如果遵循BEM，class几乎也都是唯一的了）。

    第二，样式是可以覆盖的，而且先按照权重，再按照定义的先后顺序。也许你花了十分钟设计定义的一个class样式，人家分分钟就给你干掉了，这得多恼火；也许这个页面好好的，跑到另一个页面就跟原先的样式有了冲突。

    所以class命名的难就难在既要重复利用，又要避免样式的冲突。如果要重复利用，那么当然是越简单越好，越抽象可用的地方越大，太具体了就完蛋了。而如果要避免样式冲突。BEM的方式最简单，class都唯一了，那还冲突个毛线；其次就是通过父元素限定作用域，可以搞几个层级，而不是单独一个class定义样式；还有就是追加class，来实现差异化；最后不同的页面不同的文件，你用你的我用我的。

    总之，不管有多难，我们还是得试试去解决问题，去寻找一些规律。

    class命名的发展历程

    关于class的命名，其实跟人名也差不多，如果要想别人看得懂，那关键还是在于可识别性。到目前为止class的命名大概经历了下面几个重要阶段：

    •  混沌阶段，没有规则就是最好的规则
    •  原子类阶段，聚集神龙现身手
    •  模块阶段，以职能划分，添加前缀
    •  BEM阶段，规则有序

    混沌阶段

    这个没什么好说的，刚开始学html的都是这样，名字先简单的来，不够再添加1，2，3什么后缀，或者中英混搭等等，如下：

    一个字，太乱。完全无章程，规律可循，想怎么写就怎么写，写到哪里是哪里。看class去猜意思很可能就是错误的，如.red{color:red;font-size:14px;}，明明说好的红色，却顺带定义了个字体大小。

    原子类阶段

    这个关键在于拼凑组合，足够多的原子类拼成一个完整的样式：

    这种有两个缺点，第一是稍微复杂点的样式都要使用很多class组合，第二是如果要修改样式的时候得修改html文件，而不是css样式，而纯静态的页面是很少的，所以如果是前后端分离的，由php或后端语言渲染页面的话，改个样式还要通知后端同事去修改文件，那估计人家得疯掉。

    模块阶段

    到了这个时候，css经过这么多年的发展，页面的复杂性已经翻了好几倍了，那些无规划的混沌根本不够用，满眼的class看起来长得都差不多，后面全是1，2，3都不知道标到多少了，却不知道到底是啥区别；而原子类已经不适合频繁的修改调整更新，每更新下都是前后齐心协力。于是按职能划分的class命名规则就出现了

    这种命名方式在一定程度解决了混乱不堪的问题，所有的按照职能划分看起来很美好，不过动不动加个前缀确实不怎么优雅，再者随着mod的增加，这个以m开头的前缀根本就不够用，于是又乱了，有加二级前缀的，也有另起前缀的。

    BEM

    这个估计地球上做前端的都知道吧，实在是太火了，所以不用来解释了。优点就是你只管写你自己的，99.99%的几率不会去干掉别人的样式，class实在太长了，能一样那得多高的几率啊。缺点还是class太长，太长，太长，重要的事情说三遍。一般都记不住自己定义的class，写css的时候只好对着去拷贝。然后最痛苦的就是去修改更新，明明很简单的东西，然后你还要搞个超长的class，那叫一个烦躁，想想都懒得动手。

    他山之石

    其实每个命名的发展经历都有其特定的历史意义，也当然有其价值。所以吸取之长，弃之短缺就很好了。比喻写简单demo的时候，我们就可以用到混沌阶段的命名，足够简单，不需要纠结思考；而原子类尤其是一些简单的样式，如一行代码就可以搞定，起个class名甚是纠结，还不如直接上原子类；至于模块类，说真的应用的场景就更多了，如布局，js操作类等；而BEM我们同样可借鉴其思想，如.class.class--name使用--表示特殊化，以区分-。

    这里我们站在前人的肩膀上，试着去开辟一条道路，可以兼顾简洁可读性及可理解辨别性。当然class的简洁肯定离不开关键词的应用，这里我们先来过一遍常见的class关键词。

    常见class关键词：

    •  布局类：header, footer, container, main, content, aside, page, section
    •  包裹类：wrap, inner
    •  区块类：region, block, box
    •  结构类：hd, bd, ft, top, bottom, left, right, middle, col, row, grid, span
    •  列表类：list, item, field
    •  主次类：primary, secondary, sub, minor
    •  大小类：s, m, l, xl, large, small
    •  状态类：active, current, checked, hover, fail, success, warn, error, on, off
    •  导航类：nav, prev, next, breadcrumb, forward, back, indicator, paging, first, last
    •  交互类：tips, alert, modal, pop, panel, tabs, accordion, slide, scroll, overlay,
    •  星级类：rate, star
    •  分割类：group, seperate, divider
    •  等分类：full, half, third, quarter
    •  表格类：table, tr, td, cell, row
    •  图片类：img, thumbnail, original, album, gallery
    •  语言类：cn, en
    •  论坛类：forum, bbs, topic, post
    •  方向类：up, down, left, right
    •  其他语义类：btn, close, ok, cancel, switch; link, title, info, intro, more, icon; form, label, search, contact, phone, date, email, user; view, loading…

    有了关键词之后，我们先来制定一些简单的规则

    制定简单规则：

    •  以中划线连接，如.item-img
    •  使用两个中划线表示特殊化，如.item-img.item-img--small表示在.item-img的基础上特殊化
    •  状态类直接使用单词，参考上面的关键词，如.active, .checked
    •  图标以icon-为前缀（字体图标采用.icon-font.i-name方式命名）。
    •  模块采用关键词命名，如.slide, .modal, .tips, .tabs，特殊化采用上面两个中划线表示，如.imgslide--full, .modal--pay, .tips--up, .tabs--simple
    •  js操作的类统一加上js-前缀
    •  不要超过四个class组合使用，如.a.b.c.d

    关键词及规则都有了，现在可以进入本文的核心的核心，实战操作。

    实战操作

    以布局入手，大概结构如下：

    具体可参考HTML整站结构设计，这里我们可以看出都是些简单的关键词，比较好理解，一看就知道是什么。

    现在问题来了，如果其他地方也要用到这些关键词怎么办？

    修饰关键词

    以header为例，我们可以添加前缀表示不同的header，如区块头部.block-hd(hd为header简写)，modal头部.modal-hd，文章头部.article-hd。

    同样标题也可以分为，页面标题.page-tt(title的简写)，区块标题.block-tt等。

    同样，这给我们提出了第二个问题，如果要特殊化某个class该怎么办？

    特殊化class

    以上面的tt为例，大概有三种办法：

    第一种办法：直接修改class，将.page-tt修改成.page-user-tt(可以采用scss的%先定义共用的代码)。

    第二种办法： 追加class特殊化，根据我们上面定义的规则，在.page-tt上追加一个class成为.page-tt.page-tt--user，注意.page-tt--user不是一个独立的class，它使基于.page-tt这个基础上的。

    第三种办法： 使用父类，给一个范围，于是形成.page-user .page-tt。

    一般我们使用的是第二种和第三种办法，因为这两种都有共同的.page-tt，可以比较方便控制一些基础共有的样式。

    由第三个通过父类控制的办法，我们进入第三个要讨论的问题，层级结构

    层级

    最适合层级的例子莫过于ul>li结构了，如下面的结构：

    一般来说我们也有两种办法定义层级，第一种为继承式，第二种为关键词式。

    由上可以看出继承式一般子元素接着父元素的最后一个单词如li接着ul的list，而li的子元素接着li的item；至于关键词式则完全由关键词来表示层级，list>item>filed正好构成三层等级。

    最后由我们的层级进入我们最后一个问题，如何控制样式的范围

    样式范围

    这里以腾讯课堂的课程详细页右边栏为例，如下图：

    三个区块的基础框架为：

    其中.aside-block.block--xxx用到了我们的特殊化class，而.block-tt,block-bd则使用了我们的修饰关键词，至于.aside-block与它的子元素之间则使用了我们上面说的继承式层级。现在根据这个层级结构我们定义基础样式如下：

    假设这里的联系机构区块的标题不一样，我们则可以：

    当然如果本身有5个区块，2个标题一样，另外三个标题又一样，也许我们就有需要给.block-tt追加一个特殊化class，或者给aside-block特殊化一个class，如：

    基础框架讨论完毕之后，就轮到我们的内容了，以联系机构为例：

    使用ul>li结构，所以样式是另外一个独立的范围，不嵌套在之前的.aside-block里面，html及css代码如下：

    这里我们li没有设置class，而p使用了一个全局的class.gray

    同理如果我们有其他地方应用这个可以拷贝过去，而如果需要一点调整，我们可以使用父元素来控制，如这里我们可以使用.block--contact来进一步调整contact的样式，如：

    至此，我们的class命名方法讨论完毕，说到底就是先记住一些必备的基础关键词，然后合理应用上刚才提出的修饰关键词，特殊化class，层级及最后的样式范围就可以了。

    加入伯乐在线专栏作者。扩大知名度，还能得赞赏！详见《招募专栏作者》
     1 赞  3 收藏  评论
     

    相关文章

    可能感兴趣的话题
  • 相关阅读:
    JavaWeb的三大作用域
    软件工程最后一次作业
    软件工程第四次作业
    软件工程第三次作业
    软件工程第二次作业
    2020软件工程第一次作业
    新建Maven项目报错：Cannot resolve plugin org.apache.maven.plugins:maven-clean-plugin:x.x
    浅谈C++ STL
    C++中几种输入输出cin、cin.getline()、getline()、sscanf()、sprintf()、gets()等
    包含头文件的问题之1.7编程基础之字符串 24:单词的长度
  • 原文地址：https://www.cnblogs.com/think90/p/5730336.html
Copyright © 2020-2023  润新知