[发明专利]具有脚本代码的标记内容的快速呈现方法

说明书

本申请是申请日为2012年8月31日，申请号为201210319613.2，名为“具有脚本代码的标记内容的快速呈现”的申请的分案申请。

技术领域

本发明涉及通过用于减少与基于脚本代码动态生成可执行代码相关联的代码准备的各阶段(stage)的传统延迟的各种技术，快速呈现具有脚本代码的标记内容。

背景技术

随着web浏览体验从用最小的交互性平面地呈现信息向在客户端侧具有大量交互性的更丰富的应用(application)或小程序(applet)体验(或一般地信息显示画面和与显示画面上的对象的更丰富的交互性的混合)不断地发展，基于原本主要为基于客户端上的本机代码的平面信息呈现的旧文档对象模型(DOM)向流动地处理脚本代码(诸如JavaScript对象)的体验的发展存在各种挑战。例如，加速用户体验仍然是一项挑战。

例如，使用过去的飞出菜单，web体验基于与服务器的通信对延迟进行闪烁。脚本使得小的程序能够在进行中(on the fly)修改DOM而无需返回到服务器来获得额外的帮助，例如异步JavaScript和可扩展标记语言(Ajax)。由于开发者和消费者可能想要在不返回到服务器的情况下在进行中做更多事情，使脚本代码在客户端侧上快速执行已成为挑战。

因为用户体验集中于使DOM脚本化(scripting)，所以缓慢地改变DOM带来不好的交互响应。在过去，由于对包括使任何对象可脚本化的一组接口(iDispatch、iActiveScript等)的OLE自动化的使用，脚本引擎和DOM的本机类之间的通信是不良的。此外，如今各种组件对象模型(COM)对象可被无区别地创建，但这可能是不必要的，减慢了性能。

通过避免与服务器的一次或多次往返通信，客户端侧脚本化能够使网页对一旦在客户端浏览器上做出的用户输入更具响应性，客户端侧脚本化一般是指web上在客户端侧通过用户的web浏览器执行而不是在服务器侧(在web服务器上)执行的那类计算机程序。作为示例，客户端侧脚本化是动态超文本标记语言(动态HTML或DHTML)的一部分，使得网页能够被按照脚本化语言(诸如JavaScript(客户端侧JavaScript)和VBScript)脚本化，以取决于用户输入、环境条件(诸如在一天中的时间)或其他变量而具有不同且不断变化的内容。

嵌入标记文档内的客户端侧脚本有时被称为“嵌入式脚本”，而包含在分开的文件(这些文件被使用该文件的文档所引用)中的脚本有时被称为“外部脚本”。响应于请求，这些脚本文件被这些文件所在的网络计算设备(诸如web服务器)发送到用户的计算机。关于此，为了执行脚本并显示包括来自脚本的任何可见输出的标记文档，web浏览器与脚本引擎一起工作以解析并编译脚本代码。客户端侧脚本还可包含浏览器响应于某些用户动作(例如，点击按钮)要遵循的指令。通常，这些指令可被遵循而无需与服务器进一步通信。

作为一个趋势，web浏览器和网页趋向于采用越来越多的客户端侧脚本化，这对其中用户没有体验到不友善的网页“刷新”的改进的用户界面具有贡献，但是反而看见，例如，表示动画图形交换格式(GIF)文件的图标以及网页的该部分将在很短时间内被更新，其中该图标表示发生对GIF文件的请求。除了JavaScript能力之外，Ajax还允许客户端机器和脚本化的文档的开发者在后台与网络计算设备(诸如web服务器)通信而不需要请求并呈现新的网页版本。

尽管一般会带来用户体验的改进，但是这导致了在设置时间在客户端侧上花太久的其他等待时间。例如，在大量脚本化在网站中被采用的情况下(前100个web特性通常是这样)，或者在网络数据传输速率很慢的情况下，或在客户端上的处理另外地受限的情况下，脚本引擎可能花太久来交付所有的可执行代码以用于标记文档的内容的呈现，导致不佳的用户体验。

关于此，传统web浏览已按照导致脚本引擎低效地创建可执行代码的方式发展，因为脚本引擎关于脚本代码创建没有区分，导致在脚本引擎完成其工作以呈现脚本化的标记文档时的不想要的等待时间。这种不想要的等待时间可能明显拖用户体验的后腿，特别是在用户可能不需要或想要在开始交互之前等待所有网站功能加载的情况下。

如今的脚本引擎和代码生成的上述缺点仅仅旨在提供对常规系统的一些问题的总览，并且不旨在是穷尽性的。在仔细阅读了以下详细描述后，现有技术的其他问题和各非限制性性实施例的对应好处可变得显而易见。

发明内容