发明内容
本申请提供资源文件构建方法、资源文件应用方法及装置,以解决现有技术中采用HTML5页面时,不仅消耗用户很多的流量,还会浪费用户大量的等待时间。
根据本申请实施例的第一方面,提供一种资源文件构建方法,所述方法包括:
对至少一个待构建的资源文件进行设定处理,所述设定处理用于将所述资源文件转换为符合从归档文件JAR包中直接读取的文件;
将所述设定处理后的资源文件保存至SDK中;
利用JAR命令对所述SDK进行打包,得到JAR包。
根据本申请实施例的第二方面,提供一种资源文件应用方法,所述资源文件应用方法是基于本申请实施例的第一方面提供的方法所构建的资源文件进行应用,包括:
获取JAR包,所述JAR包中包括资源文件,所述资源文件是经过设定处理后符合从JAR包中直接读取的文件;
从所述JAR包读取所述资源文件;
在SDK界面中应用所述资源文件。
根据本申请实施例的第三方面,提供一种资源文件构建装置,所述装置包括:
处理单元,用于对至少一个待构建的资源文件进行设定处理,所述设定处理用于将所述资源文件转换为符合从归档文件JAR包中直接读取的文件;
保存单元,用于将所述设定处理后的资源文件保存至SDK中;
打包单元,用于利用JAR命令对所述SDK进行打包,得到JAR包。
根据本申请实施例的第四方面,提供一种资源文件应用装置,所述资源文件应用装置是基于本申请实施例的第三方面提供的装置所构建的资源文件进行应用,包括:
获取单元,用于获取JAR包,所述JAR包中包括资源文件,所述资源文件是经过设定处理后符合从JAR包中直接读取的文件;
读取单元,用于从所述JAR包读取所述资源文件;
应用单元,用于在SDK界面中应用所述资源文件。
根据本申请实施例的第五方面,提供一种资源文件构建装置,所述装置包括:
处理器;用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为:
对至少一个待构建的资源文件进行设定处理,所述设定处理用于将所述资源文件转换为符合从归档文件JAR包中直接读取的文件;
将所述设定处理后的资源文件保存至SDK中;
利用JAR命令对所述SDK进行打包,得到JAR包。
根据本申请实施例的第六方面,提供一种资源文件应用装置,所述资源文件应用装置是基于本申请实施例的第五方面提供的装置所构建的资源文件进行应用,包括:
处理器;用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为:
获取JAR包,所述JAR包中包括资源文件,所述资源文件是经过设定处理后符合从JAR包中直接读取的文件;
从所述JAR包读取所述资源文件;
在SDK界面中应用所述资源文件。
应用本申请实施例,在构建资源文件时,可以将资源文件经过设定处理后打包成JAR包,便于在应用资源文件时可以从JAR包中直接读取资源文件,从而避免了采用HTML5页面时而造成的消耗用户很多的流量,还会浪费用户大量的等待时间的问题,进而提高了用户体验。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
参见图1,为本申请实施例的资源文件构建和资源文件应用的场景示意图:
图1场景中包括:客户端设备1和客户端设备2。
其中,客户端设备1是资源文件构建设备,客户端设备2是资源文件应用设备。并且,资源文件构建设备完成资源文件构建功能;资源文件应用设备完成资源文件应用功能。
另外,资源文件构建功能和资源文件应用功能也可以全部由同一台设备完成。
在构建资源文件时:可以将资源文件进行设定处理后,利用JAR命令动态打包进JAR包。其中,设定处理是为了打包进JAR包而对资源文件做的一些改造处理,该改造处理后的资源文件符合从JAR包中直接读取的文件。
在应用资源文件时:可以从JAR包中准确读取资源文件,并在SDK界面中直接应用该资源文件。
由此可见,在构建资源文件时,是将资源文件设定处理后打包进JAR包,便于应用资源文件时从JAR包中直接获取,从而提高了资源文件应用效率。
下面对本申请实施例进行详细说明。
参见图2,为本申请资源文件构建方法的一个实施例的流程图,该方法包括以下步骤:
步骤210:对至少一个待构建的资源文件进行设定处理,该设定处理用于将资源文件转换为符合从JAR包中直接读取的文件。
本申请实施例中,可以根据待构建的资源文件的类型不同,而采用不同的设定处理方式。其中,待构建的资源文件的类型可以包括图片类型、音频类型、布局类型、视频类型、XML类型中的任意一种或多种。
在一个例子中,在检测到待构建的资源文件为可扩展标记语言(Extensible Markup Language XML)文件时,可以删除该XML文件对应的资源标识(Identification,ID),并设置该XML文件对应的资源标签(tag)。
其中,删除XML文件对应的资源ID,是因为在Android资源编译系统中,对XML文件进行资源ID分配时是针对整个应用层面的,而在SDK中无法直接关联到资源ID对应的资源文件,故此需要删除该XML文件对应的资源ID,其目的就是为了避免无法关联到资源ID对应的资源文件。
另外,设置XML文件对应的资源标签,其目的是能够根据资源标签更快更准地查询到资源文件。例如:XML文件是关于支付宝的,可以添加支付宝对应的标签。
另一个例子中,在检测到待构建的资源文件不是二进制文件时,则对待构建的资源文件进行编译处理,该编译处理后的资源文件为二进制文件。
本申请实施例中,待构建的资源文件可以为图片文件、音频文件、布局文件、视频文件、XML文件中的任意一种或多种。其中,有些资源文件,如图片文件和音频文件等,通常不需要编译;而有些资源文件,如布局文件和视频文件等,则需要编译,并且只有编译后才能打包进JAR包。
比如:编译前为文本格式的可扩展标记语言(Extensible Markup LanguageXML资源文件,编译后为二进制格式的XML资源文件。
步骤220:将设定处理后的资源文件保存至SDK中。
本申请实施例中,若SDK中已创建了资源(assets)目录,则可以直接将设定处理后的资源文件保存至资源目录对应的资源区域;若SDK中没有创建资源目录,可以先创建资源目录,然后再将设定处理后的资源文件保存至资源目录对应的资源区域。
步骤230:利用JAR命令对SDK进行打包,得到JAR包。
本申请实施例中,可以利用JAR命令对SDK进行动态打包,得到JAR包。这里的JAR命令不需要采用压缩,是因为有些资源文件,如图片、音频等文件,本身就是压缩文件,不需要再次压缩。
由上述实施例可见,在构建资源文件时,可以将资源文件经过设定处理后打包成JAR包,便于在应用资源文件时可以从JAR包中直接读取资源文件,从而避免了采用HTML5页面时而造成的消耗用户很多的流量,还会浪费用户大量的等待时间的问题,进而提高了用户体验。
参见图3,为本申请资源文件应用方法的一个实施例的流程图,其中,被应用的资源文件是图2所示的方法中所构建的JAR中的资源文件,该方法包括以下步骤:
步骤310:获取JAR包,该JAR包中包括资源文件,并且该资源文件是经过设定处理后符合从JAR包中直接读取的文件。
步骤320:从JAR包读取资源文件。
本申请实施例中,可以先对JAR包进行解包,得到SDK,然后根据该SDK的资源目录确定对应的资源区域,最后从该资源区域读取对应的资源文件。
步骤330:在SDK界面中应用该资源文件。
由上述实施例可见,在应用资源文件时,可以直接调用JAR包,并可以从JAR包中直接获取资源文件,从而提高了资源文件应用效率。
与本申请资源文件构建方法的实施例相对应,本申请还提供了资源文件构建装置的实施例;以及,与本申请资源文件应用方法的实施例相对应,本申请还提供了资源文件应用装置的实施例。
本申请了资源文件构建装置的实施例可以应用在资源文件构建设备上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图4所示,为本申请资源文件构建装置所在设备的一种硬件结构图,除了图4所示的处理器、内存、网络接口、以及非易失性存储器之外,实施例中装置所在的设备通常根据该设备的实际功能,还可以包括其他硬件,如对于终端来说,可能包括摄像头、触摸屏子、通信组件等,对于服务器来说,可能包括负责处理报文的转发芯片等等。
本申请了资源文件应用装置的实施例可以应用在资源文件应用设备上。装置实施例可以通过软件实现,也可以通过硬件或者软硬件结合的方式实现。以软件实现为例,作为一个逻辑意义上的装置,是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言,如图5所示,为本申请资源文件应用装置所在设备的一种硬件结构图,除了图5所示的处理器、内存、网络接口、以及非易失性存储器之外,实施例中装置所在的设备通常根据该设备的实际功能,还可以包括其他硬件,如对于终端来说,可能包括摄像头、触摸屏子、通信组件等,对于服务器来说,可能包括负责处理报文的转发芯片等等。
参见图6,为本申请资源文件构建装置的一个实施例框图,该资源文件构建装置可以用于执行图2所示的资源文件构建方法,该装置可以包括:处理单元61、保存单元62和打包单元63。
其中,处理单元61,用于对至少一个待构建的资源文件进行设定处理,所述设定处理用于将所述资源文件转换为符合从归档文件JAR包中直接读取的文件;
保存单元62,用于将所述设定处理后的资源文件保存至SDK中;
打包单元63,用于利用JAR命令对所述SDK进行打包,得到JAR包。
在另一个可选的实现方式中:所述处理单元61可以包括:第一处理子单元(图6中未示出)。
其中,第一处理子单元,用于在检测到所述待构建的资源文件为可扩展标记语言XML文件时,删除所述XML文件对应的资源标识ID,并设置所述XML文件对应的资源标签。
在另一个可选的实现方式中:所述处理单元61还可以包括:第一判断子单元和第二处理子单元(图6中未示出)。
其中,第二处理子单元,用于若在检测到所述待构建的资源文件不是二进制文件时,则对所述待构建的资源文件进行编译处理,所述编译处理后的资源文件为二进制文件。
在另一个可选的实现方式中:所述保存单元62包括:第二判断子单元、第一保存子单元和第二保存子单元(图6中未示出)。
其中,第二判断子单元,用于判断所述SDK中是否已创建资源目录;
第一保存子单元,用于若所述SDK中已创建资源目录,则将所述设定处理后的资源文件保存至所述资源目录对应的资源区域;
第二保存子单元,用于若所述SDK中没有创建资源目录,则先创建资源目录,再将所述设定处理后的资源文件保存至所述资源目录对应的资源区域。
上述实施例中涉及到的待构建的资源文件的类型可以包括图片类型、音频类型、布局类型、视频类型、XML类型中的任意一种或多种。
参见图7,为本申请资源文件应用装置的一个实施例框图,该资源文件应用装置可以用于执行图3所示的资源文件应用方法,该装置可以包括:获取单元71、读取单元72和应用单元73。
其中,获取单元71,用于获取JAR包,所述资源文件是经过设定处理后符合从JAR包中直接读取的文件;
读取单元72,用于从所述JAR包读取所述资源文件;
应用单元73,用于在SDK界面中应用所述资源文件。
在另一个可选的实现方式中:所述解压单元72包括:解包子单元、获取子单元和读取子单元(图7中未示出)。
其中,解包子单元,用于对所述JAR包进行解包,得到SDK;
获取子单元,用于根据所述SDK的资源目录确定对应的资源区域;
读取子单元,用于从所述资源区域读取对应的资源文件。
与图6相对应的,本申请实施例还提供了另一种资源文件构建装置,所述装置包括:
处理器;用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为:
对至少一个待构建的资源文件进行设定处理,所述设定处理用于将所述资源文件转换为符合从归档文件JAR包中直接读取的文件;
将所述设定处理后的资源文件保存至SDK中;
利用JAR命令对所述SDK进行打包,得到JAR包。
与图7相对应的,本申请实施例还提供了另一种资源文件应用装置,所述装置包括:
处理器;用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为:
获取JAR包,所述JAR包中包括资源文件,所述资源文件是经过设定处理后符合从JAR包中直接读取的文件;
从所述JAR包读取所述资源文件;
在SDK界面中应用所述资源文件。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
对于装置实施例而言,由于其基本对应于方法实施例,所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本请求方案的目的。本领域普通技术人员在不付出创造性劳动的情况下,即可以理解并实施。
由上述实施例可见,在构建资源文件时,可以将资源文件经过设定处理后打包成JAR包,并且适用各种类型的资源文件构建,从而扩展了构建资源文件的使用范围;并且,在应用资源文件时,可以直接调用JAR包,并可以从JAR包中直接获取资源文件,从而提高了资源文件应用效率。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本申请的真正范围和精神由下面的权利要求指出。
应当理解的是,本申请并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。