Web 技术研究所

我一直坚信着,Web 将会成为未来应用程序的主流

web 不需要 pack

  对项目中的资源文件打包是一件违反大自然规律的事情。对 js/css 打包加载之后就很难针对页面需求按需加载,对小图片使用 CSS Sprite 合并这样的黑科技更是不可思议。其实每个资源的性质都是不同的,它们使用的缓存技术也可能不同,一股脑地打包在一起真的好么?
  我从来没有觉得打包对页面性能的提升有太大帮助。虽然理论上不打包会把页面的连接数占满,而且要建立许多连接,速度比较慢。但从我自己的测试上来看并没有质的变化。打包所带来的性能提升仅仅是数据上的,就好像烤肉上加的柠檬汁,很多时候是用户无法觉察到的。所以我更倾向于不打包,比如这个博客的资源文件就从来不会打包起来加载。
  在 http/1.1 的时代,我们总是为连接数犯愁,于是才搞出了一大堆黑科技来解决这个问题。资源打包这件事显然并不是自然的推进,只是为了解决一些问题而发明的黑科技。曾经,我们的瓶颈是页面的连接数。把资源全部合并起来是为了解决连接数占满的问题。后来渐渐地,资源打包成为了前端项目的标配。然后人们似乎已经忘记打包的初衷,变成了为了打包而打包。
  如今,http/2.0 已经跑得足够稳定了,我们不必再为连接数犯愁。那么我们还有什么理由费力不讨好地去打包资源呢?让所有资源都自然地拥抱 http 的缓存机制不是更好么?
  目前我还没有做一次全面的性能测试,所以到底打包能带来多少性能提升先不扯蛋。但是不要忘记,打包的代价是让 http 的缓存机制无法发挥最大作用。
网名:
54.144.24.*
电子邮箱:
仅用于接收通知
提交 悄悄的告诉你,Ctrl+Enter 可以提交哦
神奇海螺
[查看全部主题]
各类Web技术问题讨论区
发起新主题
本模块采用即时聊天邮件通知的模式
让钛合金F5成为历史吧!
次碳酸钴的技术博客,文章原创,转载请保留原文链接 ^_^