HTML中的资源包是否有提案/ RFC？ （或者已经有一个标准，我错过了船？）
资源包的概念与PDF，Java的JAR，Flash的SWF，Android的APK等相得益彰;似乎WWW在这里落后了。
这是我的非正式提案：
允许捆绑所有页面 具体资源（images / css / blah blah）成一个zip / gzip / bzip2文件。 跨越共同的资源 页面可以放入另一个页面 捆绑，说。每捆可以有一个 可以确定名称和资源 使用这些行的URL方案：
resource://resource-name/xyz当然，普通网址会是 也支持。
bundle中的toplevel目录将只有一个html文件，它将成为浏览器开始渲染的锚点。所有其他资源都在子目录中。
在典型情况下，资源包应减少单个HTTP请求的数量以及传输大小。
欢迎替代解决方案/黑客/提案。
答案 0 :(得分：2)
嗯，我认为这是SPDY，但我认为实际上这是“未命名的” HTML资源包提案......
HTML Resource Packages Specification（草稿）
原始信息：
资源包 - Mozilla的Alexander Limi提出的想法 http://limi.net/articles/resource-packages/
这里有一个稍微容易阅读的概述： http://robertnyman.com/2009/11/17/a-faster-web-with-resource-packages-mozilla-suggestion-to-have-just-one-http-request/
答案 1 :(得分：-1)
我认为最接近现有HTML资源包标准的是CSS。 你考虑过使用样式表吗？
我的观点是，当前的网络架构更喜欢不捆绑资源，以维护各个网址背后的个人资源。浏览器可以单独加载这些，这可能是也可能不是一件好事，具体取决于您的观点。 您当然可以将它们分组，例如在不同的相对URL下。
有些人使用XMLHttpRequest或等价物加载可以像捆绑一样使用的数据， 例如翻译目录。这些目录（如bundle）将名称映射到值。 对于图像，只需使用图像URL作为值。