gpt4 book ai didi

css - 颜色声明之间的性能差异?

转载 作者:技术小花猫 更新时间:2023-10-29 10:10:04 25 4
gpt4 key购买 nike

在 CSS 中我们可以使用几种不同的方法来定义颜色:

  • 颜色词:红色
  • 十六进制:#FF0000
  • 红/绿/蓝 channel :rgb(255, 0, 0)
  • 色调/饱和度/亮度:hsl(0, 100%, 50%)

我确实意识到使用命名颜色并不是一个好主意,因为不同的浏览器对 aquamarine 的外观有自己的想法。

忽略 alpha channel 和浏览器支持,这 4 种方法在性能方面是否存在差异?

如果我们试图从我们的 CSS 中挤出最后一点的优化,那么首选哪一个(如果有的话)?颜色值是否在内部转换为特定格式,或者它的性能是否取决于其他任何因素(例如使用的渲染代理或浏览器)?

如果可能,寻找“技术”答案,感谢引用。

最佳答案

如果我们假设现代浏览器充分利用 GPU,那么内部颜色表示将是 RGB float 。忽略颜色名称——它可能只是十六进制的映射——我认为十六进制和 channel 将是最快的。 HSB 无疑是最慢的,因为从 HSB 到 RGB 的转换确实需要一些工作 - 大约 50 行 C 代码。

不过,我认为对于CSS的目的而言,这是一个完全无关紧要的问题。即使对于 HSB 到 RGB,一种颜色的工作量也完全微不足道。通过对此的支持,我有几个程序——包括那些在手机上运行的程序——它们在我正在做 RGB->HSB->(some manipulation)->RGB 的大图像上以每像素级别进行颜色处理。即使在 ipad 上执行此操作 100,000 次也只会导致几秒钟的延迟 - 因此在这个相对较慢的平台上,我认为您可以安全地假设典型的最坏情况转换花费的时间少于 0.0001 秒。这是悲观的。

所以只要使用最容易编码的东西即可。

添加:支持不用担心这个选项。在内部,GPU 会将颜色作为 float 组来处理,所以在 C 术语中

浮点颜色[4];

或类似的东西。因此,对数字选项进行的唯一转换是除以 255。

另一方面,HSB 到 RGB 的转换需要相当长的时间 - 我估计,从编写代码到完成它,大约需要 10 到 20 次操作。因此,粗略地说,HSB 相当慢,但是现代 GPU 上的 20(甚至 20,000)次操作不值得担心 - 这是难以察觉的。

关于css - 颜色声明之间的性能差异?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6797306/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com