Web 技术研究所

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

按需加载 vs 合并请求

  按需加载合并请求是两种对立的优化方式,它们适用的方向不同。按需加载强调的是对单次的访问加载尽量少的资源,而合并加载强调的是花尽可能少的代价来加载尽可能多的资源,他们之间的优劣没法直接对比,到底应该使用何种方式是由于具体情况决定的。
  合并请求的概念比较泛,比如CSS Sprites就是合并请求。如果只是这种程度就未必和按需加载冲突。即使整体使用按需加载的形式,CSS Sprites也一样可以用。但是这里说的合并请求是让每个页面只有一个JS和CSS文件,甚至对于一些单页应用把全站的程序合并到一个文件中加载。而按需加载就和这个做法相反,把程序功能细分到大量文件中。
  他们的概念与做法倒不是难点,关键是如何在合适的项目中选择合适的方法。有时候不能仅从技术层面上分析,还要分析需求、市场、定位,对不同的项目类型适用的方式都是不同的。这里要用到一个SEO的概念——跳出率。项目类型和跳出率的关系非常密切,比如一个博客和一个论坛的概念就完全不同。博客的文章很有可能是搜索到的,读者阅读了文章之后很可能已经获得了自己所需的东西,并离开页面。而论坛则是有选择性的进入,并在在其中会访问很多个页面。博客类型的网站的跳出率70%到90%都是正常的,而论坛类的网站则通常会在50%以内。
  网站的跳出率高就意味着可能存在大量的一次性访客,这种情况下使用合并请求的方式就可能让客户端加载一些根本用不上的资源,那么合并请求反而就成了累赘。反过来也是同样的问题,对于跳出率低的网站如果使用按需加载就会产生很多不必要的HTTP请求。
  从跳出率的角度来分析,一个项目到底是该按需加载还是合并请求就很容易判断。
网名:
54.144.24.*
电子邮箱:
仅用于接收通知
提交 悄悄的告诉你,Ctrl+Enter 可以提交哦
神奇海螺
[查看全部主题]
各类Web技术问题讨论区
发起新主题
本模块采用即时聊天邮件通知的模式
让钛合金F5成为历史吧!
次碳酸钴的技术博客,文章原创,转载请保留原文链接 ^_^