加载时间是否值得执行时间？

Question

编辑：请综合考虑问题，而不是过分关注例子。

首先，让我定义(1)加载时间，即从阻塞到接收的HTTP请求的时间和(2)执行时间，代表解析响应、编译JavaScript等的时间。

例如，考虑这两个CSS选择器：#a和div。显然，第一个将更快地解析。知道了这一点，我会在我的CSS中使用这个选择器。

现在，如果有更多匹配这些选择器的元素，比如10,000个，还有一个长得多的ID，比如LongIdIsLongVeryLong，页面肯定会加载得更慢。但是主要原因是什么呢：所有的<div id=LongIdIsLongVeryLong></div>而不是<div></div>（即加载时间），还是浏览器必须对更多元素应用样式（即执行时间）？

还有，为什么呢？因为信息在你的电脑内传输得比通过互联网快吗？我真的不知道。

当然，这也适用于JavaScript等。

我希望表述清楚了，也希望你能保持开放的态度。

- seriousdev

---

你不能拥有相同 ID 的多个实例，所以如果你想缩小范围，不仅仅是 DIV，你必须使用类。这取决于你试图做什么。如果浏览器将相同样式应用于 1,000 个元素，它不应该变慢。但是，使用 JS 进行操作肯定会变慢，因为它必须迭代每个元素。 - Jason Kaczmarsky

谢谢，但你过于关注这个例子了。 - seriousdev

Answer 1

网络时间几乎会占据任何计算机的处理时间，特别是当您比较两个只有一个术语的CSS选择器时。

我相信您可以使用大量的JavaScript或深度嵌套的选择器来使处理时间显著，但与网络相比，它几乎是瞬间完成的。

- Sean McMillan

Answer 2

这完全取决于您的目标平台。

在桌面端，您可能需要使用更大的网站和更好的（不一定更快）代码。但是，在移动设备作为主要受众的情况下，减小文件大小，特别是减少HTTP请求的数量，是首要任务，因为通常这些设备具有比可用带宽更多的CPU资源。

没有通用建议，因为这取决于您正在构建什么类型的网站/应用程序以及人们加载页面后会停留多长时间。

- Ivo Wetzel