将JavaScript和CSS作为二进制文件从服务器传输到客户端的可行性?

将JavaScript和CSS作为二进制文件从服务器传输到客户端的可行性?,javascript,css,binary,compression,minify,Javascript,Css,Binary,Compression,Minify,我是网络开发领域的新手 我看到JavaScript和CSS的缩小被广泛用于减少网页加载时间。但是,毫无疑问,文本格式的数据将比二进制格式长,那么为什么我们仍然使用文本JavaScript和CSS呢 将来服务器是否可以使用二进制格式来提供表示和行为定义 我认为,如果有一个通用的标准将这些作为二进制数据提供,那么将创建服务器端程序,将网页设计师制作的文本格式JS/CSS转换为二进制格式,网络流量将大大减少 有人能给我一些想法吗?Gzip部署得相当广泛可行性为零。这将需要一个通用的二进制JavaScr

我是网络开发领域的新手

我看到JavaScript和CSS的缩小被广泛用于减少网页加载时间。但是,毫无疑问,文本格式的数据将比二进制格式长,那么为什么我们仍然使用文本JavaScript和CSS呢

将来服务器是否可以使用二进制格式来提供表示和行为定义

我认为,如果有一个通用的标准将这些作为二进制数据提供,那么将创建服务器端程序,将网页设计师制作的文本格式JS/CSS转换为二进制格式,网络流量将大大减少


有人能给我一些想法吗?

Gzip部署得相当广泛

可行性为零。这将需要一个通用的二进制JavaScript和CSS标准的存在,所有浏览器都能理解,并且需要很多与这两者相关的技术


没有。

有趣的是,你在问题中没有提到HTML的二进制版本

一年前,W3C发布了一个二进制XML规范。您可以使用XML来表示HTML文档,因此已经可以以符合标准的方式以二进制形式表示HTML了(不过,浏览器尚未支持这一点)

CSS是一种非常常规的格式,因此为它创建二进制格式并不困难。另一方面,标准化这种格式将是一种挑战

也许在未来,人们将用抽象语言(如和)编写所有代码,然后将其编译成二进制XML,从而允许浏览器使用一个非常快速高效的界面来解析标记和样式


正如其他人所指出的,在开发用于更有效数据传输的web标准方面几乎没有付出什么努力。目前的共识是,二进制格式将使事情复杂化(不再可能直接编辑数据),不会比gzip*更大程度地减小大小,并且没有必要进一步减小大小,特别是因为引入了光纤


*gzip是一种通用压缩程序,比任何特定于领域的二进制格式使用得更广泛,因此得到了更周密的测试和支持。

是否有文章支持您的说法,即二进制优于缩小和gzip?@Joseph Hi Joseph,我只是基于这样的假设,如果我们想要传递相同的信息“true”,我们可能会将“1”写入文本文件,如果文本文件编码为ANSI,它将重1字节,而二进制文件中只有一位1。我收到一篇可能与主题有关的帖子:。在你把互联网变成一个大型C程序之前,你最好先了解一下它的历史——HTML最初是用来做什么的,以及为什么它是文本(提示:他们称网页为“HTML文档”)@pinocchio,二进制格式仅在文件传输过程中有用,以最小化通过慢速链路传输的字节数。Gzip做得很好,与Gzip文本格式相比,使用直接二进制格式可能没有多大好处。在您的示例中,字母“1”将被gzip压缩为1位,如果它在文件中全部重复;事实上,一个非常大的数字需要64个字节来存储(需要64个字节的二进制格式)如果gzip在文件中全部重复,则仍然需要1位。尝试一些实验,您会发现文本格式的gzip通常不会比相同表示形式的紧凑二进制格式大多少。感谢您的链接,但我没有找到与我的问题相关的任何内容。我只是想知道是否有可能将当前的文本格式js和css标准改为二进制格式。我知道一些Gzip的事情,但Gzip所做的只是压缩,js仍然是“文本”js,css仍然是“文本”css。使用“二进制”js和“二进制”css会更好吗?是的,我知道现在还没有。但这一普遍标准有可能出台吗?@pinocchio虽小但不为零。似乎没有任何需求。这是一种被摩尔定律超越的东西。它将以大量的合作工程为代价提供微小的好处,这本身就是一项极其困难的壮举,并且将被网络带宽的普遍倍增所抵消。您还应该记住缓存的效果。简言之,我想说的是,这种可能性非常小。