CN105718279A - 基于Firefox OS应用的生成方法及装置 - Google Patents

Abstract

本发明适用于应用生成领域，提供了一种基于Firefox OS应用的生成方法及装置。所述方法包括：解析应用程序源代码html中的元素，以得到引用路径；所述html中的元素包括有文本引用路径和应用程序启动需要的文件的引用路径；在得到的引用路径没有指向所述应用程序源代码的公共资源时，解析包括有应用程序启动需要的文件的引用路径的元素，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源；在元素中的引用路径对应的文件为应用程序启动时必须加载的资源时，将所述引用路径对应的文件的内容合并为一个文件；根据合并后的文件与获取的配置文件生成新的应用程序包。本发明实施例能够加快应用的启动速度。

Description

基于Firefox OS应用的生成方法及装置

技术领域

本发明属于应用生成领域，尤其涉及一种基于FirefoxOS应用的生成方法及装置。

背景技术

FirefoxOS是一种基于网络的智能终端操作系统，其内部的应用全部使用传统的web语言开发。众所周知，web语言具有开发简单，应用范围广的优点，但其缺陷是运行速度慢。

在内存和CPU资源有限的移动终端，这种缺陷体现的更为明显：比如，一个web应用从启动到显示的过程中，需要加载html，js，css等多种文件，而加载js文件的过程中由于需要大量的语法解析和执行，因此加载js文件尤其慢，从而使得一个web应用从启动到显示的过程需要较长的时间。

现有的基于FirefoxOS应用的生成方法中，通常将应用按功能分为很多模块，且为了功能模块清晰和程序可读性好，按不同功能模块增加对应的js文件，但这样在应用运行时需要加载的文件的次数会增加，从而降低应用运行速度。

发明内容

本发明实施例提供了基于FirefoxOS应用的生成方法及装置，旨在解决现有方法在应用运行时需要加载的文件的次数过多，从而降低应用运行速度的问题。

本发明实施例是这样实现的，一种基于FirefoxOS应用的生成方法，所述方法包括下述步骤：

解析应用程序源代码html中的元素，以得到引用路径；所述html中的元素包括有文本引用路径和应用程序启动需要的文件的引用路径；

在得到的引用路径没有指向所述应用程序源代码的公共资源时，解析包括有应用程序启动需要的文件的引用路径的元素，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源；

在元素中的引用路径对应的文件为应用程序启动时必须加载的资源时，将所述引用路径对应的文件的内容合并为一个文件；

根据合并后的文件与获取的配置文件生成新的应用程序包。

本发明实施例的另一目的在于提供一种基于FirefoxOS应用的生成装置，所述装置包括：

引用路径获取单元，用于解析应用程序源代码html中的元素，以得到引用路径；所述html中的元素包括有文本引用路径和应用程序启动需要的文件的引用路径；

资源属性判断单元，用于在得到的引用路径没有指向所述应用程序源代码的公共资源时，解析包括有应用程序启动需要的文件的引用路径的元素，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源；

文件内容合并单元，用于在元素中的引用路径对应的文件为应用程序启动时必须加载的资源时，将所述引用路径对应的文件的内容合并为一个文件；

应用包生成单元，用于根据合并后的文件与获取的配置文件生成新的应用程序包。

在本发明实施例中，由于将应用程序启动时必须加载的资源合并为一个文件，因此在应用程序启动时只需发送一次资源请求就能加载合并后文件内的所有资源，从而提高了应用程序的启动速度。

附图说明

图1是本发明第一实施例提供的一种基于FirefoxOS应用的生成方法的流程图；

图2是本发明第二实施例提供的合并文件的示意图；

图3是本发明第二实施例提供的一种基于FirefoxOS应用的生成装置的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中，解析应用程序源代码html中的元素，以得到引用路径，在得到的引用路径没有指向所述应用程序源代码的公共资源时，解析包括有应用程序启动需要的文件的引用路径的元素，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源，在元素中的引用路径对应的文件为应用程序启动时必须加载的资源时，将所述引用路径对应的文件的内容合并为一个文件，根据合并后的文件与获取的配置文件生成新的应用程序包。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

实施例一：

图1示出了本发明第一实施例提供的一种基于FirefoxOS应用的生成方法的流程图，其中，本发明实施例的应用的生成方法是指应用程序包的生成方法，详述如下：

步骤S11，解析应用程序源代码html中的元素，以得到引用路径；所述html中的元素包括有文本引用路径和应用程序启动需要的文件的引用路径。

优选地，在步骤S11，解析应用程序源代码html中的元素之前，包括下述步骤：从系统源代码中查找应用程序源代码。具体地，可通过编译器对系统源代码进行编译实现。其中，系统源代码是指整个移动智能系统的源程序和资源，其包括应用程序源代码和公共资源文件。

在该步骤S11中，应用程序源代码包括超文本标记语言(html)，该html还包括多个元素，这些元素中，有的包括有文本的引用路径，如link(链接)元素，有的包括文件(如js类型等文件)的引用路径，如script(脚本)元素，文件是必须经过解析才能获取，而文本直接就可以获取，当然，在实际情况中，包括有文本引用路径和应用程序启动需要的文件的引用路径的元素也可以为其他元素，此处不作限定。通过解析包括有文本引用路径和应用程序启动需要的文件的引用路径的元素，能够获得该元素对应的文本引用路径和应用程序启动需要的文件的引用路径。

步骤S12，在得到的引用路径没有指向所述应用程序源代码的公共资源时，解析包括有应用程序启动需要的文件的引用路径的元素，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源。

其中，该步骤的公共资源包括源代码文件和/或图片和/或多国字串等。

在该步骤中，判断得到的引用路径是否指向所述应用程序源代码的公共资源，若没有，则解析包括有应用程序启动需要的文件的引用路径的元素所在的位置，如在有文件的引用路径的元素为script时，解析该script元素所在的位置。在得到的引用路径指向所述应用程序源代码的公共资源时，从引用路径获取公共资源的名称，并将获取的公共资源的名称写入配置文件中，以生成新的配置文件，该配置文件除了存储有公共资源的名称外，还包括有文件的权限等其他参数。然后根据生成的新的配置文件形成新的应用程序包，进一步地，也可以根据生成的新的配置文件与步骤S12中元素中的引用路径对应的文件为应用程序启动时不必须加载的资源一起形成新的应用程序包。

优选地，在所述将获取的公共资源的名称写入配置文件中的步骤之后，包括下述步骤：

A1、从配置文件中获取公共资源的名称。其中，由于配置文件中存入公共资源的名称，通过解析该配置文件就能够获取公共资源的名称。

A2、根据获取的公共资源的名称和预设的公共接口，生成并存储所述公共资源的绝对路径。该步骤中，预设的公共接口为所有公共资源的公共接口，该公共接口和具体的公共资源的名称组成该公共资源的绝对路径。例如，假设公共接口为：source://mylocalsource.org/xxx，其中，“xxx”表示具体的公共资源的名称。假设应用A需要访问的公共资源的名称为公共资源A，则该公共资源A的绝对路径为：source://mylocalsource.org/公共资源A。当生成公共资源的绝对路径之后，将生成的公共资源的绝对路径存储在manifest文件【即配置文件】中，这样，在启动的应用需要访问对应的公共资源时，可通过该manifest文件确定公共资源的绝对路径，进而快速访问该公共资源。

具体地，所述解析包括有应用程序启动需要的文件的引用路径的元素，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源的步骤具体包括：

B1、判断元素的位置是否位于头元素内。

B2、在元素的位置位于头元素内时，判断包括所述元素是否没有包括延迟属性，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源。

上述步骤B1～B2中，头元素可具体为header元素。例如，假设script元素包括有应用程序启动需要的文件的引用路径，则判断该script元素的位置是否位于header元素内，若位于header元素内，则继续判断该script元素是否没有包括延迟(defer)属性，若没有包括defer属性，则判定得到的文件的引用路径对应的文件为应用程序启动时必须加载的资源，若包括defer属性，则判定得到的文件的引用路径对应的文件不是应用程序启动时必须加载的资源。

步骤S13，元素中的引用路径对应的文件为应用程序启动时必须加载的资源时，将所述引用路径对应的文件的内容合并为一个文件。

具体地，在引用路径对应的文件为应用程序启动时必须加载的资源时，将引用路径存入待优化数组保存，之后，继续判断是否解析到应用程序的最后一行源代码，若不是，则返回步骤S11，否则，按顺序读取待优化数组中存储的文件的引用路径对应的文件，并将读取的文件对应的内容写入对应的闭包(闭包是可以包含自由变量的代码块)，再将所有的闭包按照待优化数组存储的文件的引用路径的顺序依次写入一个文件，以得到一个总的文件。例如，假设待优化数组存储的文件的引用路径分别为：source://mylocalsource.org/文件W；source://mymusic/文件E，将文件W的内容写入闭包W1，将文件E的内容写入闭包E1之后，再依次将W1、E1写入一个文件。通过该步骤S14，将应用程序启动时必须加载的所有资源合并为一个文件，实现资源的优化，从而在运行应用程序时，只需发送一次资源请求就能获取多个资源，减少了资源请求的次数，提高应用程序的启动速度。当然，在该步骤中，若将多个引用路径对应的文件的内容合并为一个文件，则需要修改html的内容，即将文件合并前的源代码内文件名修改为文件合并后的源代码内的文件名，以便应用程序启动时能够顺利读取到相应的文件。例如，假设需要合并js文件A、js文件B、js文件C，包括有应用程序启动需要的文件的引用路径的元素为script，文件合并前的源代码为：

<scriptsrc＝”is/A.js”><script>

<scriptsrc＝”is/B.js”><script>

<scriptsrc＝”is/C.js”><script>

修改为：

<scriptsrc＝”is/merged_A_B_C.js”><script>。当然，在实际情况中，文件的名称可为其他名称，此处不作限定。

其中，在元素中的引用路径对应的文件不是应用程序启动时必须加载的资源时，将引用路径对应的文件直接打包至生成的新的应用程序包中。由于文件不是应用程序启动时必须加载的资源，因此，无需对该文件进行整合，以加快应用程序包的生成过程。具体地一个实现过程可参考图2。

步骤S14，根据合并后的文件与获取的配置文件生成新的应用程序包。

具体地，将合并后的文件与获取的配置文件拷贝到准应用程序包中，再利用压缩工具，如ZIP工具生成新的应用程序包。

在本发明第一实施例中，将应用程序启动时必须加载的资源合并为一个文件，再根据合并的文件与获取的配置文件生成新的应用程序包。由于合并为一个文件后，因此在应用程序启动时只需发送一次资源请求就能加载合并后文件内的所有资源，从而提高了应用程序的启动速度。并且，由于将公共资源都存放在预设的公共接口，不再将公共资源存入生成的应用程序包内，因此，节省了该应用程序包的内存占用，且公共资源不同时存在于公共接口和应用程序包中，也减少了资源冗余。

实施例二：

图3示出了本发明第二实施例提供的一种基于FirefoxOS应用的生成装置的结构图，该基于FirefoxOS应用的生成装置可应用于移动终端中，在本公开中描述的移动终端包括移动电话、智能电话、膝上型计算机、数字广播终端、PDA(个人数字助理)、PMP(便携式多媒体播放器)、导航系统等。除了当仅应用于移动终端时，该基于FirefoxOS应用的生成装置还可以应用于诸如数字电视、台式计算机等固定终端。为了便于说明，仅示出了与本发明实施例相关的部分。

该基于FirefoxOS应用的生成装置包括：引用路径获取单元31、资源属性判断单元32、文件内容合并单元33、应用包生成单元34。其中：

引用路径获取单元31，用于解析应用程序源代码html中的元素，以得到引用路径。所述html中的元素包括有文本引用路径和应用程序启动需要的文件的引用路径。

在解析应用程序源代码html中的元素之前，需要从系统源代码中查找应用程序源代码。其中，系统源代码是指整个移动智能系统的源程序和资源，其包括应用程序源代码和公共资源文件。

资源属性判断单元32，用于在得到的引用路径没有指向所述应用程序源代码的公共资源时，解析包括有应用程序启动需要的文件的引用路径的元素，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源。

其中，公共资源包括源代码文件和/或图片和/或多国字串等。

优选地，该基于FirefoxOS应用的生成装置包括：

配置文件内容增加单元，用于在得到的引用路径指向所述应用程序源代码的公共资源时，从引用路径获取公共资源的名称，并将获取的公共资源的名称写入配置文件中，以生成新的配置文件。其中，该配置文件除了存储有公共资源的名称外，还包括有文件的权限等其他参数，然后根据生成的新的配置文件形成新的应用程序包，进一步地，也可以根据生成的新的配置文件与资源属性判断单元32中元素中的引用路径对应的文件为应用程序启动时不必须加载的资源一起形成新的应用程序包。

优选地，该基于FirefoxOS应用的生成装置包括：

公共资源名称获取单元，用于从配置文件中获取公共资源的名称。

公共资源绝对路径生成单元，用于根据获取的公共资源的名称和预设的公共接口，生成并存储所述公共资源的绝对路径。其中，预设的公共接口为所有公共资源的公共接口，该公共接口和具体的公共资源的名称组成该公共资源的绝对路径。

具体地，所述资源属性判断单元32包括：

元素位置判断模块，用于判断元素的位置是否位于头元素内。其中，头元素可具体为header元素。

延迟属性判断模块，用于在元素的位置位于头元素内时，判断包括所述元素是否没有包括延迟属性，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源。具体地，若没有包括defer属性，则判定得到的文件的引用路径对应的文件为应用程序启动时必须加载的资源，若包括defer属性，则判定得到的文件的引用路径对应的文件不是应用程序启动时必须加载的资源。

文件内容合并单元33，用于在元素中的引用路径对应的文件为应用程序启动时必须加载的资源时，将所述引用路径对应的文件的内容合并为一个文件。

具体地，在引用路径对应的文件为应用程序启动时必须加载的资源时，将引用路径存入待优化数组保存，之后，继续判断是否解析到应用程序的最后一行源代码，若不是，则返回引用路径获取单元31，否则，按顺序读取待优化数组中存储的文件的引用路径对应的文件，并将读取的文件对应的内容写入对应的闭包，再将所有的闭包按照待优化数组存储的文件的引用路径的顺序依次写入一个文件，以得到一个总的文件。

优选地，该基于FirefoxOS应用的生成装置包括：

非合并文件打包单元，用于在元素中的引用路径对应的文件不是应用程序启动时必须加载的资源，将引用路径对应的文件直接打包至生成的新的应用程序包中。

应用包生成单元34，用于根据合并后的文件与获取的配置文件生成新的应用程序包。

在本发明第二实施例中，由于合并为一个文件后，因此在应用程序启动时只需发送一次资源请求就能加载合并后文件内的所有资源，从而提高了应用程序的启动速度。并且，由于将公共资源都存放在预设的公共接口，不再将公共资源存入生成的应用程序包内，因此，节省了该应用程序包的内存占用，且公共资源，不同时存在于公共接口和应用程序包中，也减少了资源冗余。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以在存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种基于FirefoxOS应用的生成方法，其特征在于，所述方法包括下述步骤：

解析应用程序源代码html中的元素，以得到引用路径；所述html中的元素包括有文本引用路径和应用程序启动需要的文件的引用路径；

在得到的引用路径没有指向所述应用程序源代码的公共资源时，解析包括有应用程序启动需要的文件的引用路径的元素，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源；

在元素中的引用路径对应的文件为应用程序启动时必须加载的资源时，将所述引用路径对应的文件的内容合并为一个文件；

根据合并后的文件与获取的配置文件生成新的应用程序包。

2.根据权利要求1所述的方法，其特征在于，在得到的引用路径指向所述应用程序源代码的公共资源时，从引用路径获取公共资源的名称，并将获取的公共资源的名称写入配置文件中，以生成新的配置文件。

3.根据权利要求1所述的方法，其特征在于，所述解析包括有应用程序启动需要的文件的引用路径的元素，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源的步骤具体包括：

判断元素的位置是否位于头元素内；

在元素的位置位于头元素内时，判断包括所述元素是否没有包括延迟属性，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源。

4.根据权利要求1所述的方法，其特征在于，在元素中的引用路径对应的文件不是应用程序启动时必须加载的资源，将引用路径对应的文件直接打包至生成的新的应用程序包中。

5.根据权利要求2所述的方法，其特征在于，在所述将获取的公共资源的名称写入配置文件中的步骤之后，包括下述步骤：

从配置文件中获取公共资源的名称；

根据获取的公共资源的名称和预设的公共接口，生成并存储所述公共资源的绝对路径。

6.一种基于FirefoxOS应用的生成装置，其特征在于，所述装置包括：

引用路径获取单元，用于解析应用程序源代码html中的元素，以得到引用路径；所述html中的元素包括有文本引用路径和应用程序启动需要的文件的引用路径；

资源属性判断单元，用于在得到的引用路径没有指向所述应用程序源代码的公共资源时，解析包括有应用程序启动需要的文件的引用路径的元素，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源；

文件内容合并单元，用于在元素中的引用路径对应的文件为应用程序启动时必须加载的资源时，将所述引用路径对应的文件的内容合并为一个文件；

应用包生成单元，用于根据合并后的文件与获取的配置文件生成新的应用程序包。

7.根据权利要求6所述的装置，其特征在于，所述装置包括：

配置文件内容增加单元，用于在得到的引用路径指向所述应用程序源代码的公共资源时，从引用路径获取公共资源的名称，并将获取的公共资源的名称写入配置文件中，以生成新的配置文件。

8.根据权利要求6所述的装置，其特征在于，所述资源属性判断单元包括：

元素位置判断模块，用于判断元素的位置是否位于头元素内；

延迟属性判断模块，用于在元素的位置位于头元素内时，判断包括所述元素是否没有包括延迟属性，以判断元素中的引用路径对应的文件是否为应用程序启动时必须加载的资源。

9.根据权利要求6所述的装置，其特征在于，所述装置包括：

非合并文件打包单元，用于在元素中的引用路径对应的文件不是应用程序启动时必须加载的资源，将引用路径对应的文件直接打包至生成的新的应用程序包中。

10.根据权利要求7所述的装置，其特征在于，所述装置包括：

公共资源名称获取单元，用于从配置文件中获取公共资源的名称；

公共资源绝对路径生成单元，用于根据获取的公共资源的名称和预设的公共接口，生成并存储所述公共资源的绝对路径。