每个人都想快速掌握最新消息。
我是说,人们恨不得预知第二天的头条。没有人喜欢等待。
排队等待,遇到红灯要等待,开个网页要等待,等等等。
理所当然,没有人喜欢等待网页慢吞吞地加载,尤其是在移动端访问网站时。其实,web 开发者敏感的神经决定了我们等待与否。
考虑到大多数网站都存在速度方面的问题,笔者想通过此文帮助 microsoft 开发者优化他们的网站。
缓存一直都是优化应用时屡试不爽的最后绝招。只要使用得当,缓存绝对可以有效加速应用。
在进行数据库调用以检索记录时,正是实现应用程序缓存的最佳时机。
譬如说,你搭建了一个博客。当访客请求某一篇博文时,你将其从数据库中检索出来,保存在缓存中。当下一个访客通过 id 请求同一篇博文时,应用程序会首先根据 id 在缓存中寻找博文,如果找到,就将之返回给访客,而无需访问数据库。
这节省了数据库调用的高昂开支。
之前,笔者从未了解过图片在一篇博文中会占据多大比重。有时候,取决于文章内容的不同,图片可能会是一篇博文中最大的资源。
你应该压缩这些庞大的资源。图片越小,网页渲染的速度越快。
此外,如果你掌握了 grunt 或 gulp 之类的前端客户端工具,就可以在创建应用或者部署应用时自动实现图片优化。
每个网站都有图片。图片几乎是必不可少的网站元素。
但是,如果你有很多小图片,该如何处理呢?假设有20张小图片,那就是20次图片检索请求,每张图片一次。
这时候,sprites 就能派上用场啦。
sprites 是由众多小图片集合而成的一张大图。浏览器可以直接请求这张大图,你再通过 css 技术抓取其中的小图片,并将其展示在网页的不同位置上。
我知道,很多开发者并不熟悉 css。因此,建议大家找点资料好好学习一下。css 真的非常有用。
此外,还有许多在线 sprite 生成器,可以协助这一过程。(piskel, sprite cow, 或者谷歌搜索:“在线 sprite 生成器”)
通过 etags,浏览器可以判断某项资源是否被需要。如果不需要,浏览器就不会向 web 服务器发送请求,从而最小化请求数量。
笔者甚至将 etag actionfilter 类列为最喜欢的 actionfilter 类,因为 etags 的确能最小化网站向 web 服务器发送的请求数量。
捆绑与最小化早已不是什么新鲜的概念了。
javascript 与 css 文件充满了空格,这些空格占用了不少的空间。最小化就是移除 javascript 或 css 文件里的大量空格的过程。
在 asp.net mvc 项目中, app_start 文件夹下有一个 bundleconfig.cs 文件。你可以在该文件中定义 javascript 与 css 文件的捆绑或最小化设置。
你发觉我们的套路了么?
压缩启用后,web 服务器会将资源压缩成包,再传给客户端。后者会先解压缩,然后再展示内容。
这能有效提高资源传送的速度。
笔者还为此写了一个 compressfilter 类。通过 action 方法调用该类,就能实现对网页的压缩。
在前文讨论最小化时,笔者不禁想到,你的 html 页面肯定也存在了许多空格。
html 文件越小,它传送到浏览器的速度就越快。取决于 html 页面大小的差异,移除其中的空格能够缩减 20%到50%的大小。
为此,笔者写了一个 whitespace actionfilter 类,也是笔者最喜欢的 actionfilter 类之一。
ajax 早已推出,而且好处多多。它模糊了桌面应用与 web 应用间的界限。
它也绝对可以加速网站中的一些任务。
例如,笔者在自己的网站中建立了一个仪表盘。
在具体实现时,我可以先让页面加载一个仪表盘骨架。在页面加载完毕之后,开始运行 javascript 方法,请求小部件的加载。在之后会出现小部件的地方,可以先放置等待加载的图标。当部件加载完毕之后,再以部件的内容替换等待加载的图标。
这能使用户的浏览体验更加流畅。
诸如 entity framework 及 nhibernate 之类的对象关系映射(object-relational mapping, orm)数据库能够进行隐式调用(hidden calls),即便你从未要求过此类调用。
每一种 orm 数据库都有许多鲜为人知的“陷阱”。但是,你可以做到的是:确保在自己的代码中,每次检索数据都只发起一次数据库调用。
当笔者刚开始使用 entity framework 数据库时,曾吃过不少亏。比如,为了检索一条特定的记录,我发起了一次数据库调用。在检索该记录时,程序发现了该记录的子对象,于是决定检索这些子对象,为此,针对每个实体,又都发起了一次数据库调用(有时候,为了一条特定记录,居然会产生200次数据库调用,真是可怕!)……
现在,笔者的经验法则是:
确定需要一条记录,还是多组记录。
如果需要不止一条或多组记录,则使用 sproc(存储过程,stored procedure)。
如果你不太确定如何获取多个结果集,可以阅读有关使用 entity framework 检索多个结果集的帖子。
记得在前文中我说的尽量使用 ajax 么?
为什么呢?理由有五个:
disqus 是免费的。
disqus 只需要一小段 javascript 代码和基本存取方法(basic access method,
bam),就能立即实现一个评论系统。
部署成功后,网页会优先加载,而 disqus 在后台加载。通常,由于评论部分往往位于页面底部,用户刚打开页面时还不会看到评论部分。
disqus 在移动端加载时也很友好。
disqus 带有一些社交网络属性,允许用户看到关于 disqus 网站上的文章评论。
这类第三方服务不仅能为我的网站提供常见的基本功能,还借助 ajax 为我的读者实现了流畅的阅读体验。
本文介绍的绝大部分速度提升方法都需要特定的编程技巧。一旦掌握了这些技巧,你就能轻易实现高效快速的网站。
以上所有技术都应用在笔者的网站中。
你不信?
右键单击以查看本文源码。