1

浏览器编写了解压缩器来处理压缩的 CSS、JS 等。

我可以通过 javascript 访问它吗...类似于decompress(text_stream)

我不想使用 JavaScript 实现(那里有很多实现:这里是一篇文章),因为我知道浏览器已经用 C/C++ 实现了一个。是否有任何理由无法从 API 访问它?

看了这么多解压的帖子和.js库,估计是被忽略了,或者有什么根本原因不能暴露。

4

1 回答 1

0

如果您谈论的是 gzip 数据压缩,那么它的处理级别要比 javascript 低得多,因为任何浏览器元素都可以使用 gzip 压缩。在这种情况下,文档会在浏览器使用之前自动解压缩。有很多很多可用的 gzip 库。这不会通过 javascript API 公开,因为没有必要 - 它在浏览器中是无缝且自动的。无需在 javascript 应用程序中手动执行 gzip 解压缩。

如果您正在谈论 javascript 缩小,其中通过执行变量替换(使用较短的变量名)、删除空格等来减小 javascript 文件的大小......那么浏览器不需要“解压缩”缩小文件并且不会这样做。它们仍然是合法的 javascript 文件,它会按原样运行它们。因此,没有用于缩小的 API,因为浏览器不这样做。第三方应用程序已被构建为 unminify,但这主要是为了使代码对人类更具可读性 - 浏览器不需要或完成它。

缩小和压缩可以一起使用,其中首先缩小 JS 文件,然后在传输到浏览器期间由 Web 服务器压缩。在这种情况下,浏览器只看到压缩并在收到文件时自动解压缩。它忽略了缩小,因为即使在缩小后文件仍然是合法且可运行的 javascript。浏览器不需要取消缩小它,也不需要。

于 2012-06-09T18:10:21.247 回答