写点什么

为什么 CSS 这么难?

  • 2019-07-20
  • 本文字数:3334 字

    阅读完需:约 11 分钟

为什么CSS这么难?

我同 CSS 打交道已经有几年了,每当需要就会用到它。最近我想明白了一个问题,那就是为什么做好 CSS 样式如此之难。如果你一直都在 CSS 中苦苦挣扎,你要知道自己并不是一个人。本文就是要告诉你为什么 CSS 这么难,并且搞不明白它也不是开发者的错。

示例问题

比如说我有了下面这个 CSS 类,它应该能让我轻松地将一些文本设置为代码,再将一些文本设为红色,还把一些文本设置为粉红色背景:


.pinkBG { background-color: Pink;} .red { color: Red;} .code { font-family : courier;background : #eaeaea;padding : 12px;color : Navy;font-weight : bold;width : 200px;}
复制代码


现在我在 HTML 里使用上面的 CSS 类:


<div class="code">This is Code</div><div class="red pinkBG code">This is Red Code</div>
复制代码


结果就不知道出了什么问题。看起来好像“red”和“pinkBG”这俩 CSS 类根本没起效果。我在浏览器中看到的是:



到底发生了什么?如果你是一名经验丰富的 CSS 老鸟,很快就会发现问题出在我的 CSS 上。因为我在 HTML 中为 DOM 元素指定类的顺序没有任何意义。唯一重要的是 CSS 样式表中 CSS 类定义的顺序。然后恰好上面代码中的这个顺序产生了上述结果。

补救措施

只要我“重新排序”我的 CSS,一切就正常了:


.code { font-family : courier;background : #eaeaea;padding : 12px;color : Navy;font-weight : bold;width : 200px;}.pinkBG { background-color: Pink;} .red { color: Red;}
复制代码


现在输出变成了:



太棒了,这正是我想要的!

一般问题

从上面的解决方案里你发现了什么问题?那就是我作为 CSS 样式表的用户却不能按我把 CSS 类应用到元素的顺序指定 CSS 类的顺序。如果写样式表的是其他老鸟怎么办?敢情我还得找他们修改样式表吗?他们不会嫌麻烦吗?


就算他们照做了,他们做修改时不会带来很多副作用吗?也许这个样式表已经用到上千个地方了,修改它可能会很危险。所以也许我只能复制他们的样式表并根据需要修改我的副本。但是一旦他们改动了原始版本中某些非常重要的内容时,我的这套做法就不行了,改过的部分没法再用到我的网站里了。


我分配给 DOM 元素的样式类的组合效果取决于样式表中这些类的编写顺序。而且这个顺序只有这么一种。


在 HTML 中我不能这样写:


<div class="red pinkBG code">
复制代码


我不能指望首先应用 CSS 类“red”的属性,然后是类“pinkBG”的属性,然后是“code”的属性,这是做不到的。我希望样式表是这种机制,但实际情况恰恰相反。


如果我改变这些类的顺序,比如说:


<div class="code red pinkBG">
复制代码


会发生什么呢?什么都没发生。输出完全一样。


唯一重要的是在我的 CSS 样式表中定义这些类的顺序。重要的事情再强调一遍。


这意味着每个 CSS 类所做的事情并不会“加起来”,不会“总和”成它们的组合效果。我不仅要知道这些类的单独定义,还得花一些时间来弄清楚另外三件事情:


  • 是否在 CSS 类“red”之前或之后定义了 CSS 类“code”?

  • 是否在 CSS 类“pinkBG”之前或之后定义了 CSS 类“code”?

  • 是否在 CSS 类“pinkBG”之前或之后定义了 CSS 类“red“?


搞清楚这些问题才能知道你的网站会显示成什么样子。也许还可以问问哪家的人工智能助手?或者干脆找位大侦探来研究一下吧。


请注意,你还必须要给 CSS 类排序。它们总是并且必须按某种顺序排列。问题是这些顺序直接影响你的网站内容。那么自然就引出了下一个问题,对 CSS 类来说最好的顺序是什么?

CSS 类有所谓的最佳顺序吗?

CSS 目前的工作机制要求编写样式表的人必须试着为其中定义的样式类安排一个最佳顺序。但这样的最佳排序是否存在呢?如果你有 7 个 CSS 类:


7 * 6 * 5 * 4 * 3 * 2 == 5040
复制代码


就会有足足五千多种排序方式。哪种顺序最好呢?鬼知道。如果你有 9 个 CSS 类,可选的顺序就会有 362,880 个。那么实际上你有多少类呢?


于是你用 CSS 时到底该怎么办?我可以告诉你一条经验法则,也许其他人还有更多经验…


怎样在一个样式表中排序 CSS 类?


答案:如果 CSS 类具有不同数量的样式属性,就把属性较多的类放在前面


这条规则背后的原理是,类的属性越少,它的属性值与其他类的属性值冲突的可能性也会越低。这样排序后你的类就能显示你想要的效果了。把简单的类排到后面意味着这些简单的类的效果会覆盖前面的类,最终输出结果中这些简单类的优先级最高。然后,你就可以选择是否把它们添加到 HTML 中了,如果添加进去的话它们也只会影响自己关联的那么一两个属性。


注意在上面的示例中用这条规则就能达成我要的结果。


观察:努力减少每个类的样式属性数量。如果每个样式类只有一个属性,那么大部分问题就自动解决了。但是从示例中可以看出现实中我们没法一直这样做。我们希望代码段具有某些字体、某些背景等,如下图所示。


通用解决方案

一个更好的方案是让附加到 DOM 元素的类名顺序等同于这些 CSS 类作为样式应用的顺序


然后样式表的用户就能决定将样式类应用到特定 DOM 元素的顺序了。是的,把权力还给用户。这样大家不就都能过上幸福生活了吗?


为什么 CSS 样式类目前不能使用这种机制?有什么令人信服的理由吗?我不知道,你知道的话可以告诉我。


也许将来的 CSS 版本会解决这个问题吧。也许将来的 CSS 会有一个指令写着“使用用户指定的顺序,而不是样式表中的顺序”。那可就太棒了。


你想买什么颜色的车都行,反正只有黑色的可以买;你想按任何顺序应用 CSS 类都行,反正必须是按样式表中的顺序应用。这还有什么意义吗?

纸牌屋

如前所述,哪怕只有 9 个 CSS 类也会有 362,880 种不同的排序。改一个新顺序就能改变你的网站的外观,甚至让它变得乱糟糟或丑陋不堪。如果改变顺序还让一些交互元素看不见了,甚至连网站的功能都会受影响。


当然,362,880 种排序中的大多数都能产生完全相同的结果。但具体是哪些顺序呢?这可说不准。这就是为什么 CSS 如此之难的原因所在。你不能只研究单个样式类的定义。你必须打包研究它们,理解它们在组合中的彼此关系。CSS 类不能简单相加


1 + 2 == 2 + 1
复制代码


这个等式当然没问题。但是:


CssClass_A + CssClass_B != CssClass_B + CssClass_A
复制代码


要是算式变成下面这样得有多难啊:


a + b != b + a
复制代码


作为一个比喻,现在想象一下,你的网站的一个“坐标”是它使用的 CSS 类的 362,880 种排序中的一种。这就像 X 轴有 362,880 点,坐标就是其中一点。假设你选择的 x 坐标值是 123,456。


你后来发现要让某个元素的样式正确,你必须将 x 的坐标改为 x == 123,457 才行。但是这种变化也会产生意想不到的副作用。


你做了一个非常小的改变,就像在一个纸牌屋中移动一张牌一样。但这种小小的改变会以你想不到的方式改变你网站的外观,让它变乱或者更难看、不堪一击。

想象一下

如果你最喜欢的编程语言都像 CSS 这种笨样会怎么样?假设你有一个由函数 c(),**b()a()**组成的 JavaScript 程序。它会计算一些结果并在控制台或网页上显示。也许它会计算出在网站某些部分使用的颜色。


有一天,你决定清理代码并将函数定义重新排序为 a()b()c()。结果一周后你的客户非常愤怒地找上门来,说他们的用户无法再读取他们网站的部分内容。为什么?因为这些部分的背景颜色和文本颜色变成一样的了。


你肯定会抱怨说你用了哪门子的坑爹编程语言不是吗?你肯定会跟编程语言厂商抱怨:“亲爱的先生们,我们很难用你们的语言做出符合我们需求的程序。因为每次我们重新排列功能定义的顺序时,程序的输出结果都会改变!“


你的编程语言厂商这样回复说:“亲爱的客户,我们已经查看了你的问题,我们也认为 JavaScript 的这种机制真的很愚蠢。但是我们无法改变这种状况,因为我们需要向后兼容。但我们确实在下一版本中加入了解决方案。它只要求你在程序的开头加上以下指令就行:“


DefinitionsOrderDoesNotMatter = true
复制代码

总结

使用 CSS 制作网站就像小心搭建一个纸牌屋一样。没办法,现实就是如此。但 CSS 仍然是我们的最佳选择。


我们能做的也只是把属性较少的类放在后面而已。


此外还要阅读所有样式表,了解每个样式表的所有部分的效果,还要搞清楚各个部分之间的关系。你必须使用“整体方法”来理解你的 CSS。目前的 CSS 版本只能这样处理。


然后呼吁你的 CSS 提供商在下一版本中加一个选项,不要再让样式类的定义顺序跟输出效果关联了。


英文原文:https://medium.com/@panuviljamaa/why-css-is-difficult-a2cdf0a04ca1


2019-07-20 14:045674

评论

发布
暂无评论
发现更多内容

Java泛型你了解多少,springboot常见面试题

Java 程序员 后端

Java程序员经典面试题集大全 (六),springboot原理图

Java 程序员 后端

Java语法糖,mybatis的实现原理

Java 程序员 后端

Java虚拟机的历史,java编写视频播放器

Java 程序员 后端

Java面试题整理《基础篇》,线程池参数面试题

Java 程序员 后端

Java程序员必须了解的JVM性能调优知识,全都在这里了,java框架常见面试题

Java 程序员 后端

Java程序员:面试字节跳动被问算法 多亏我扛下来了,2021最新Java高频精选面试题讲解

Java 程序员 后端

JAVA线程池源码之深入状态值分析| Java Debug 笔记,java原理面试题

Java 程序员 后端

java集合笔记二 —— List集合,java运行原理

Java 程序员 后端

Java架构师面试题系列之Mybatis面试专题(36题,含详细答案解析

Java 程序员 后端

Java面试知识点解析——JVM篇,java集合容器面试

Java 程序员 后端

Java面试题总结(乱序版,2020-09-29,3分钟教会你什么线程安全以及如何实现线程安全

Java 程序员 后端

Java架构师面试之Netty面试专题及答案(共10题,含详细解答

Java 程序员 后端

Java真的要凉了吗?,工业互联网架构师

Java 程序员 后端

Java程序员怎么写简历?你这样介绍项目经验面试官会对你刮目相看

Java 程序员 后端

Java程序员经典面试题集大全 (六)(1),javaee教程视频

Java 程序员 后端

Java程序员极力推荐的springboot全家桶干货系列,运维nginx面试题

Java 程序员 后端

java面试常被问到的 JDK 命令,你知道几个?,2021最新Java面试笔试

Java 程序员 后端

模块二作业:微信朋友圈高性能复杂度

dean

架构实战营

Java面试题目大汇总(附参考答案),牛客初级项目百度网盘

Java 程序员 后端

Java详解:如何实现一个-redis-缓存服务,面试官手里那些秀你一脸的求质数大法

Java 程序员 后端

Java语言新特性?封印类,mybatis教程pdf下载

Java 程序员 后端

Java面试逐个突破:OOP(面向对象编程,java开发零基础就业班

Java 程序员 后端

Java集合笔记一 —— Collection,用了这么多年分页PageHelper

Java 程序员 后端

java面向对象和常用类练习题(StringBuffer、Data,java基础案例教程第二版

Java 程序员 后端

Java面试题超详细整理《多线程篇》,kafka架构和原理

Java 程序员 后端

Java高并发编程课后总结,Java程序员必备书籍

Java 程序员 后端

Java架构进阶笔记:一不小心就死锁了,怎么办,java区块链项目实战百度云

Java 程序员 后端

java程序员必须掌握的spring boot—你真的了解了吗,java基础入门第二版第三章答案

Java 程序员 后端

Java程序员跳槽之旅,离开京东,12面面试回顾和一点经验分享

Java 程序员 后端

Java进阶面试合集笔记——19个技术栈,35岁以后的Java程序员出路在哪里

Java 程序员 后端

为什么CSS这么难?_语言 & 开发_Panu Viljamaa_InfoQ精选文章