JavaScript API是否公开用于压缩文件的内部解压缩器？

浏览器已经解压缩写入处理压缩CSS，JS等JavaScript API是否公开用于压缩文件的内部解压缩器？

我可以通过JavaScript访问它...像decompress(text_stream)

我不想使用JavaScript实现（也有许多实现在那里：这里是一个post），因为我知道浏览器已经有一个在C/C++中实现的。有什么理由不能从API访问这个吗？

我见过这么多的文章和.js库的解压缩，我猜它已被忽视或有一些根本原因，为什么它不能被暴露。

来源

2012-06-09 CS_2013

”浏览器有解压缩器来处理压缩的CSS，JS等“ - 他们呢？ –

在Web浏览器中运行的JavaScript中，您的压缩文本流将来自哪里？ – Pointy

...它来自ajax调用... responseText ....我更喜欢管理自己的缓存...只是一个偏好。 –

如果您正在讨论gzip数据压缩，那么它的处理比javascript低得多，因为任何浏览器元素都可以使用gzip压缩。在这种情况下，文档在被浏览器使用之前会自动解压缩。有许多许多gzip库可用。这不会通过javascript API暴露，因为没有必要 - 它在浏览器中是无缝和自动的。没有必要在javascript应用程序中手动进行gzip解压缩。

如果你正在谈论的JavaScript缩小通过做变量替换（使用较短的变量名称），删除空格等缩小JavaScript文件...然后浏览器不需要“解压缩”缩小的文件，并做不这样做。他们仍然是合法的JavaScript文件，并且按原样运行它们。因此，由于浏览器不这样做，所以没有用于取消任务的API。第三方应用程序的构建是为了取消注册，但这主要是为了让代码更易于人阅读 - 浏览器不需要或不完成此操作。

缩小和压缩可以一起使用，JS文件首先被缩小，然后可以在传输到浏览器的过程中由Web服务器压缩。在这种情况下，浏览器只会看到压缩文件，并且在收到文件时会自动解压缩。它忽略了缩小，因为该文件即使在缩小之后仍然是合法的且可运行的JavaScript。浏览器不需要去除它，也不需要。 “

来源

2012-06-09 18:10:21 jfriend00

这是很好的信息...但问题是更多的问为什么原生C/C++实现没有暴露给JavaScript ......因为在.js中有很多库来解压缩压缩文件......人们显然需要它。 –

@ CS_2013 - 因为如果事情具有正确的MIME信息，它会自动完成。它在JavaScript中有什么实际用途？通常只有在有足够的需求/利益才能保证额外的编码，测试，大小，文档等等时才添加功能......在这种情况下的答案与为什么浏览器内或操作系统内可用的数百万其他功能系统不通过JavaScript公开。 – jfriend00

我会说在JavaScript的形式+5图书馆......也超越使用......只是偏好。 –

JavaScript API是否公开用于压缩文件的内部解压缩器？

回答

相关问题