优化网站设计（十八）：预加载内容

优化网站设计（十八）：预加载内容

前言

网站设计的优化是一个很大的话题,有一些通用的原则,也有针对不同开发平台的一些建议。这方面的研究一直没有停止过，我在不同的场合也分享过这样的话题。

作为通用的原则，雅虎的工程师团队曾经给出过35个最佳实践。这个列表请参考  Best Practices for Speeding Up Your Web Sitehttp://developer.yahoo.com/performance/rules.html，同时，他们还发布了一个相应的测试工具Yslowhttp://developer.yahoo.com/yslow/

我强烈推荐所有的网站开发人员都应该学习这些最佳实践，并结合自己的实际项目情况进行应用。 接下来的一段时间，我将结合ASP.NET这个开发平台，针对这些原则，通过一个系列文章的形式，做些讲解和演绎，以帮助大家更好地理解这些原则，并且更好地使用他们。

准备工作

为了跟随我进行后续的学习，你需要准备如下的开发环境和工具

1. Google Chrome 或者firefox ，并且安装 Yslow这个扩展组件.请注意，这个组件是雅虎提供的，但目前没有针对IE的版本。
   1. https://chrome.google.com/webstore/detail/yslow/ninejjcohidippngpapiilnmkgllmakh
   2. https://addons.mozilla.org/en-US/firefox/addon/yslow/
   3. 你应该对这些浏览器的开发人员工具有所了解，你可以通过按下F12键调出这个工具。
2. Visaul Studio 2010 SP1 或更高版本，推荐使用Visual Studio 2012
   1. http://www.microsoft.com/visualstudio/eng/downloads
3. 你需要对ASP.NET的开发基本流程和核心技术有相当的了解，本系列文章很难对基础知识做普及。

本文要讨论的话题

这一篇我和大家讨论的是第十六条原则：Preload Components （预加载内容）

我在上一篇文章（优化网站设计（十七）：延迟或按需加载内容）中谈到了如何设计延迟或者按需加载的策略（针对脚本，样式表，图片），来实现页面的快速加载。看起来，本文要讨论的原则与上一条原则是相悖的，但其实不然。它们并不冲突，而且是为了实现不同的目标。这条原则只要理解了，要做起来实际上是比较简单的。

其实预加载这样的策略，在很多地方都会用到。例如典型的数据库访问的情况，会有所谓的“预读”行为。我可以给大家以SQL Server为例，解释一下什么叫“预读（Read Ahead)”，然后以此类比到网页加载中，我相信大家就很容易理解了。

SQL Server为了提高数据读取效率，在第一次编译查询语句，并缓存执行计划的时候，会尝试读取一部分数据到缓存中，这样的话，如果该查询语句真的需要执行，因为有部分数据已经缓存起来了，则总的数据读取量就自然少了，以此可以提高性能。

关于Read Ahead，你可以参考这里的文档说明：http://msdn.microsoft.com/en-us/library/ms191475(v=SQL.105).aspx

下面这个截图就是我在执行某个查询的时候，从执行统计中看到的一些有意思的信息

好的，回到我们今天的话题，为什么需要预先加载内容呢？想象一下我们使用搜索引擎的场景吧：

1. 我们通常会先登录到搜索引擎的主页
2. 搜索引擎的主页通常是比较简单的（Google开创了这样一个设计风格，整个页面只有一个搜索框）
3. 所以，主页加载应该是比较快的（因为东西很少）。而且，从用户进入主页，到输入关键字进行查询，会有一定点时间，期间浏览器其实是较为空闲的。
4. 当我们在搜索框中输入关键字之后，会被转到结果页面
5. 结果页面的内容通常是比较多的，如果全部要在结果页面显示的时候，才加载，可能会比较慢

既然如此，我们能不能将原先要在结果页面中加载的内容（如脚本，图片，样式等），通过某种方式，在用户请求主页的时候，就预先加载好。这样，当用户真的需要显示结果页面的时候，因为已经有了缓存，所以就不需要再加载了。

那么，你知道怎么做了吗？

还有一个可能与此原则相关的做法，我们知道通常ASP.NET的网站第一次加载都较慢，因为它需要进行编译。为了能优化这些网站的加载速度，我们有一种做法叫做“预热”，简单来说，模拟用户去预先请求每个页面，让服务器的编译尽可能早地发生，这样用户再来访问的时候，就不需要再编译了。

如果你使用了SharePoint，则可以下载下面的这个脚本

http://gallery.technet.microsoft.com/office/SharePoint-2007-2010-or-d1884b4b

实际上，上面的脚本，还可以再做修改。至少这个思路值得我们借鉴了。

同时 ，如果你使用了IIS 7.5，可以通过安装下面这个组件（Application Initialization Module for IIS 7.5），来提高网站第一次访问时的性能

http://www.iis.net/downloads/microsoft/application-initialization

优化网站设计（十七）：延迟或按需加载内容

前言

网站设计的优化是一个很大的话题,有一些通用的原则,也有针对不同开发平台的一些建议。这方面的研究一直没有停止过，我在不同的场合也分享过这样的话题。

作为通用的原则，雅虎的工程师团队曾经给出过35个最佳实践。这个列表请参考  Best Practices for Speeding Up Your Web Site http://developer.yahoo.com/performance/rules.html，同时，他们还发布了一个相应的测试工具Yslowhttp://developer.yahoo.com/yslow/

我强烈推荐所有的网站开发人员都应该学习这些最佳实践，并结合自己的实际项目情况进行应用。 接下来的一段时间，我将结合ASP.NET这个开发平台，针对这些原则，通过一个系列文章的形式，做些讲解和演绎，以帮助大家更好地理解这些原则，并且更好地使用他们。

准备工作

为了跟随我进行后续的学习，你需要准备如下的开发环境和工具

1. Google Chrome 或者firefox ，并且安装 Yslow这个扩展组件.请注意，这个组件是雅虎提供的，但目前没有针对IE的版本。
   1. https://chrome.google.com/webstore/detail/yslow/ninejjcohidippngpapiilnmkgllmakh
   2. https://addons.mozilla.org/en-US/firefox/addon/yslow/
   3. 你应该对这些浏览器的开发人员工具有所了解，你可以通过按下F12键调出这个工具。
2. Visaul Studio 2010 SP1 或更高版本，推荐使用Visual Studio 2012
   1. http://www.microsoft.com/visualstudio/eng/downloads
3. 你需要对ASP.NET的开发基本流程和核心技术有相当的了解，本系列文章很难对基础知识做普及。

本文要讨论的话题

这一篇我和大家讨论的是第十六条原则：Postload Components （延迟或按需加载内容）

页面加载过程中，除了页面本身的内容之外，可能需要加载很多额外的资源，例如我们常说的：

1. 脚本
2. 样式表
3. 图片

我在之前的文章中，已经有针对脚本和样式表做了一些优化的建议，请参考

1. 优化网站设计（二）：使用CDN

2. 优化网站设计（五）：在顶部放置样式定义

3. 优化网站设计（六）：在文档底部放置脚本定义或引用

4. 优化网站设计（八）：将脚本文件和样式表作为外部文件引用

5. 优化网站设计（十）：最小化JAVASCRIPT和CSS

6. 优化网站设计（十二）：删除重复脚本

这一条原则的核心是：延迟或按需加载。首先来针对我们比较最经常用到的脚本为例进行讲解。

针对脚本的按需加载

我们可以想象一下，一个真正的网站项目中，会有各种各样的脚本文件，其中还包含很多基础的框架（例如jquery,knockoutjs 等），这些脚本文件可能都或多或少需要在页面中引用。问题在于，如果页面一多起来，或者复杂起来，我们可能不太能准确地知道某个页面是否真的需要某个脚本。（难道不是这样吗？），一个蹩脚的解决方案是，那么就在母版页中，一次性将所有可能用到的框架脚本都引用进来吧。你是这样做的吗？

如果你真的这样做，那么，可能可以一时地解决问题。但实际上存在一个问题，在某些页面上，可能只用到一个脚本库，但为了你的方便，以后都需要全部加载所有的脚本库了。

随着项目的进一步开发，脚本之间的依赖会进一步复杂，要维护这些脚本确实是一个大问题。

在当年雅虎的团队写下这条原则的时候，他们提到了一个他们自己开发的组件来实现按需加载脚本，这个组件叫做GET，是包含在YUI这套工具包中的。http://yuilibrary.com/yui/docs/get/  ，它的意思就是可以动态地，按需加载脚本和样式表。

我对YUI的研究并不太多，而实际上这几年，Javascript这方面的技术突飞猛进，涌现了更多的创新性的设计。例如我今天要讲的requirejs。

我通过一个简单的例子给大家来讲解吧

这里有一个简单的网站，首页叫Default.aspx。根据我们的设计，这个页面需要加载jquery，以及可能的其他一些库，然后执行自己的一些逻辑。所以，我们会有如下的脚本引用

    <!--传统的做法中，我们需要在页面中添加所有的脚本引用，有时候可能会加载一些不必要的脚本-->
    <script src="Scripts/jquery-2.0.0.min.js"></script>
    <script src="Scripts/knockout-2.2.1.js"></script>
    <script src="Scripts/default.js"></script>

这样做有什么问题吗？当然不是。只不过如我们之前所谈到的那样，这种预先加载所有脚本的方式，可能造成资源的浪费，而且这么多脚本引用在页面中，很容易引起混淆。为了更好地说明这一点，我给大家演示一个真实的场景：

1. 我们希望页面在加载的时候，只下载jquery这个库
2. 只有当用户点击了页面上面的那个按钮，我们才去下载knockout这个库

瞧！这就是所谓的按需加载。那么来看看我们将如何使用requirejs实现这个需求吧？

首先，你可以通过Nuget Package Manager 获取requirejs这个库。

然后，在页面中，你只需要像下面这样定义脚本引用。（以后，你的页面中也只需要有这样一个引用）

    <script src="Scripts/require.js" data-main="scripts/default"></script>

这里的data-main指的是主脚本。require.js会首先下载的一个脚本。你确实可以写成下面这样

    <script src="Scripts/require.js" data-main="scripts/default.js"></script>

但是，正如你所见，.js是可以省略掉的。

接下来在default.js中，应该如何写脚本呢？下面是一个简单的例子

/// <reference path="require.js" />
/// <reference path="jquery-2.0.0.js" />
/// <reference path="knockout-2.2.1.js" />


//对requirejs进行一些基本配置
requirejs.config({
    paths: {
        jquery: "jquery-2.0.0.min" //指定一个路径别名
        , knockout: "knockout-2.2.1"
    }
});


//声明下面的代码是需要jquery这个库的
require(['jquery'], function () {
    $(function () {
        alert("Hello,jquery!");
    });
});

我们看到，第一部分是对requirejs的基本配置，我们定义了两个别名。然后在第二部分，我们声明了下面的代码是需要jquery这个库的。

将页面运行起来之后，在浏览器中我们可以监控得到脚本下载的行为如下

如我们设想的那样，先加载了require.js，然后加载了default.js， 然后才是加载了jquery.js

有点意思，不是吗？虽然最后的结果也是加载了jquery，但这个加载方式与直接在页面中定义引用有着本质的区别，这是按需加载的。如果你对此还不太赞同，那么看了下面的例子，我相信你一定会同意的。

我们需要在default.js这个文件中，为页面上的那个按钮订阅点击事件，而且我们希望，只有当用户真的点击过了按钮，才会下载另外一个脚本（knockout），看看如何实现这个需求吧？

/// <reference path="require.js" />
/// <reference path="jquery-2.0.0.js" />
/// <reference path="knockout-2.2.1.js" />


//对requirejs进行一些基本配置
requirejs.config({
    paths: {
        jquery: "jquery-2.0.0.min" //指定一个路径别名
        , knockout: "knockout-2.2.1"
    }
});



//声明下面的代码是需要jquery这个库的
require(['jquery'], function ($) {
    $(function () {
        //只有用户点击了某个按钮，才动态加载knockoutjs
        $("#test").click(
            function () {
                require(['knockout'], function (ko) {
                    alert(ko.version);
                });
            }
        );
    });
});

同样的，我们可以通过浏览器监控工具了解脚本下载的流程：

页面加载的时候，仍然只有三个脚本下载了

但是，如果点击了按钮，则会有第四个脚本下载

同时，从下面的对话框来看，也可以断定确实是执行了相应的脚本的。因为我们当前使用的knockout脚本的版本确实是2.2.1。

这的确是一个很不错的机制。如果大家有兴趣，还可以继续深入研究，现在jquery为了更好地满足动态加载和按需加载的需要，甚至都提供了模块化的版本。请参考 http://projects.jga.me/jquery-builder/

针对样式表文件的按需加载

我相信按需加载脚本文件这样的设计，足够引起你的兴趣了。很自然地，你可能会有这样一个问题，能不能实现对样式表的按需加载呢？

听起来不错，而且应该也不难，但目前没有现成的实现。当然YUI中的GET是可以用的。

requirejs的官方有一个解释，有兴趣可以参考一下  http://requirejs.org/docs/faq-advanced.html#css

他们也提供了一个建议的脚本来按需加载样式表

function loadCss(url) {
    var link = document.createElement("link");
    link.type = "text/css";
    link.rel = "stylesheet";
    link.href = url;
    document.getElementsByTagName("head")[0].appendChild(link);
}

你可以将这个脚本访问任何的地方，进行调用。例如我是下面这样做的

/// <reference path="require.js" />
/// <reference path="jquery-2.0.0.js" />
/// <reference path="knockout-2.2.1.js" />


//对requirejs进行一些基本配置
requirejs.config({
    paths: {
        jquery: "jquery-2.0.0.min" //指定一个路径别名
        , knockout: "knockout-2.2.1"
    }
});



//声明下面的代码是需要jquery这个库的
require(['jquery'], function ($) {
    $(function () {
        //只有用户点击了某个按钮，才动态加载knockoutjs
        $("#test").click(
            function () {
                loadCss('default.css');

                require(['knockout'], function (ko) {
                    alert(ko.version);
                });
            }
        );
    });
});



function loadCss(url) {
    var link = document.createElement("link");
    link.type = "text/css";
    link.rel = "stylesheet";
    link.href = url;
    document.getElementsByTagName("head")[0].appendChild(link);
}

针对图片的按需加载

本文的最后一部分我们来谈谈图片的按需加载的问题。如果你的页面包含了大量的图片，掌握这个原则将非常有助于提高网页的加载速度。

大家可以设想一下图片搜索引擎的结果页面，例如 https://www.google.com/search?newwindow=1&site=&tbm=isch&source=hp&biw=1468&bih=773&q=microsoft&oq=microsoft&gs_l=img.3...1779.4076.0.4399.9.7.0.0.0.0.0.0..0.0...0.0...1ac.1j4.12.img.aajYF7y8xW8

我在images.google.com中搜索microsoft，毫无疑问，这会返回成千上万张图片。

那么，这些图片是不是要一次性全部加载进来呢？显然不可能，你可能会说，应该做分页会不会好一些？分页通常是一个好技术，但在搜索引擎的页面中，分页不是一个很好的选择（作为用户并不见得愿意去点击页面导航按钮），目前主流的是图片搜索引擎的做法都是不采用分页，而是随着用户的滚动条滑动来按需获取图片。

这是一个相当重要的设计，但稍微思考一下，应该不是很简单的一个工作。幸运的是，雅虎的团队提供了一个很好的组件(ImageLoader)可以直接使用：http://yuilibrary.com/yui/docs/imageloader/ 

关于这个组件的用法，有几个在线的演示页面：

• Basic Features of the ImageLoader Utility
• Loading Images Below the Fold
• Using ImageLoader with CSS Class Names

如果你习惯用jquery,那么可以参考一下下面这个说明

http://www.appelsiini.net/projects/lazyload