一种资源预处理方法及装置
技术领域
本申请涉及计算机软件技术领域,尤其涉及一种资源预处理方法及装置。
背景技术
模型-视图-视图模型(Model-View-ViewModel,MVVM)最早是由微软提出的软件界面编写模式,其将视图层与数据层解耦,并通过视图模型(ViewModel)实现双方的联动,实时变化刷新,提高了软件界面编写的效率,后来逐渐给广大开发者所接受并推广开来。
数据绑定(DataBinding)是Android官方推出的用于实现MVVM模式的一个库,通过在布局(layout)资源中对数据进行声明,在编译期生成关联文件,并在运行期动态绑定,并随着数据变化实时更新业务模型(Model)。
在现有技术中,Android工程一般基于构建工具Gradle进行构建,但是,在这种情况下,DataBinding库需要跟Gradle编译期绑定,在编译期完成对layout资源的预处理,而无法脱离编译期单独进行。
发明内容
本申请实施例提供一种资源预处理方法及装置,用以解决现有技术中的如下技术问题:DataBinding库需要跟编译期绑定,在编译期完成对layout资源的预处理,而无法脱离编译期单独进行。
为解决上述技术问题,本申请实施例是这样实现的:
本申请实施例提供的一种资源预处理方法,包括:
通过预先为资源预处理函数封装的命令行界面,接收命令行指令;
根据所述命令行指令中包含的参数,生成所述资源预处理函数的参数;
通过根据所述资源预处理函数的参数执行所述资源预处理函数,对相应的布局资源进行预处理;
其中,所述资源预处理函数根据预定的DataBinding库得到,所述DataBinding库用于将布局资源与需要基于所述布局资源展示的数据进行绑定。
本申请实施例提供的一种资源预处理装置,包括:
接收模块,通过预先为资源预处理函数封装的命令行界面,接收命令行指令;
生成模块,根据所述命令行指令中包含的参数,生成所述资源预处理函数的参数;
预处理模块,通过根据所述资源预处理函数的参数执行所述资源预处理函数,对相应的布局资源进行预处理;
其中,所述资源预处理函数根据预定的DataBinding库得到,所述DataBinding库用于将布局资源与需要基于所述布局资源展示的数据进行绑定。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果:可以将编译期与布局资源预处理解耦拆开,从而可以脱离编译期单独进行布局资源预处理,因此,可以部分或全部地解决现有技术中的问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种资源预处理方法的流程示意图;
图2为本申请实施例提供的一种实际应用场景下,在上述资源预处理方法中使用的一种命令行界面示意图;
图3为本申请实施例提供的对应于图1的一种资源预处理装置的结构示意图。
具体实施方式
本申请实施例提供一种资源预处理方法及装置。
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
如背景技术中所述,现有技术中DataBinding库需要跟编译期绑定,在编译期完成对layout资源的预处理,而无法脱离编译期单独进行。进而,对于研究DataBinding的整个编译过程,以及将其运用在动态编译技术上有比较大的阻碍。本申请的方案可以部分或全部地解决现有技术中的问题,下面对本申请的方案进行说明。
图1为本申请实施例提供的一种资源预处理方法的流程示意图。从程序角度而言,该流程的执行主体可以是支持命令行界面(Command Line Interface,CLI)的程序,比如命令行工具(Command Line Tool)等;从设备角度而言,该流程的执行主体包括但不限于可搭载上述程序的以下设备:个人计算机、大中型计算机、计算机集群、手机、平板电脑、智能可穿戴设备、车机等。
图1中的流程可以包括以下步骤:
S101:通过预先为资源预处理函数封装的命令行界面,接收命令行指令,其中,所述资源预处理函数根据预定的数据绑定DataBinding库得到,所述DataBinding库用于将布局资源与需要基于所述布局资源展示的数据进行绑定。
在本申请实施例中,资源预处理函数可以是直接从DataBinding库中提取出的,如此有利于降低本申请的方案的实施成本。比如,现有的DataBinding库中具有预处理布局资源相关的类:ProcessLayouts、ExportDataBindingInfo、LayoutXmlProcessor、DataBindingHelper等,资源预处理函数可以是这些类中的函数。资源预处理函数也可以是基于DataBinding库中的业务逻辑,二次编写出来的,如此,有利于在DataBinding库的基础上扩展功能。
在本申请实施例中,可以预先在资源预处理函数外封装一层命令行界面,并对外暴露该命令行界面支持的参数。这样做的好处是:可以为用户屏蔽资源预处理函数的相对复杂的参数,让用户只需接触到命令行界面所支持的相对简单的参数,用户利用该命令行界面,通过输入命令行指令,随时可以便利地对相应的布局资源进行预处理,而无需受编译期的限制。
S102:根据所述命令行指令中包含的参数,生成所述资源预处理函数的参数。
在本申请实施例中,为了便于用户使用,命令行指令中包含的参数可以比较简单,一般是字符串或数字类型的;而资源预处理函数的参数则相对比较复杂,既可能为字符串、数字、布尔值等比较常规数据类型,也可能为标准或非标准的对象,所述对象比如可以是诸如文件类、列表类等标准类的对象,也可以是自定义的非标准类的对象等。
在本申请实施例中,命令行指令中包含的参数可以反映用户想要对哪些布局资源进行预处理,还可以反映所述布局资源相关的场景信息等,对于不同的场景,对应于资源预处理函数内部的处理逻辑可能有所区别。
进一步地,可以根据命令行指令中包含的参数的含义,为资源预处理函数构建出有对应含义的参数,以便于调用资源预处理函数进行预处理。当然,在实际应用中,对命令行指令中包含的一些参数,也有可能可以不经额外处理直接作为资源预处理函数的参数。
S103:通过根据所述资源预处理函数的参数执行所述资源预处理函数,对相应的布局资源进行预处理。
在本申请实施例中,基于资源预处理函数,可以进行全量的布局资源预处理,也可以只进行增量的布局资源预处理,使用灵活,也有利于降低资源预处理成本。
通过图1的方法,可以将编译期与布局资源预处理解耦拆开,从而可以脱离编译期单独进行布局资源预处理,因此,可以部分或全部地解决现有技术中的问题。
基于图1的方法,本申请实施例还提供了该方法的一些具体实施方案,以及扩展方案,下面进行说明。
在本申请实施例中,在根据命令行指令中包含的参数,生成资源预处理函数的参数时,一般需要做一些额外处理,比如,转换参数的数据类型,对参数进行赋值、对参数进行逻辑运算等。
以转换参数的数据类型为例,对于步骤S102,所述根据所述命令行指令中包含的参数,生成所述资源预处理函数的参数,具体可以包括:根据所述资源预处理函数的参数数据类型,以及所述命令行指令中包含的参数,构造符合所述参数数据类型的对象,作为生成的所述资源预处理函数的参数。
下面对上述命令行界面可能支持的参数进行说明,这些参数也即上述命令行指令中可能包含的参数。
在本申请实施例中,所述命令行指令中包含的参数包括输入路径参数,所述输入路径参数用于表示所述相应的布局资源所在的文件夹路径。一般地,输入路径参数可以为表示文件夹路径的字符串。
前面已经提到,可以进行全量的布局资源预处理,也可以只进行增量的布局资源预处理。在后一种情况下,命令行指令中还可以包含增量参数(且,增量参数的内容不为空);而在前一种情况下,命令行指令中可以不包含增量参数。
输入路径参数、增量参数均是用于确定在步骤S103中待进行预处理的布局资源。不同在于:通过输入路径参数是指定一个全量布局资源的范围,一般是工程的全量布局资源所在的文件夹;而通过增量参数是指定了一个非全量布局资源的范围、一般是工程的全量布局资源所在的文件夹中的一个或多个具体的布局资源。
在根据输入路径参数进行了一次全量的布局资源预处理之后,若全量布局资源所在的文件夹又新增了布局资源,则可以根据输入路径参数和增量参数,进行增量的布局资源预处理,以单独对新增的布局资源进行预处理,而无需再一次进行全量的布局资源预处理,从而有利于降低资源预处理所耗费的资源。
在本申请实施例中,增量参数的内容形式可以有多种。比如,增量参数可以是一个或多个指定的布局资源信息(如,新增的布局资源的信息),则要进行增量预处理的布局资源可以为:这些布局资源信息所匹配的布局资源;再比如,增量参数也可以是一个时间区间,则要进行增量预处理的布局资源可以为:创建时间落在该时间区间内的布局资源;等等。
以布局资源信息为例,则对于步骤S103,当命令行指令中包含的参数包括输入路径参数和增量参数时,所述对相应的布局资源进行预处理,具体可以包括:确定由所述增量参数指定的布局资源信息;对所述命令行指令中包含的输入路径参数表示的文件夹路径下,匹配于所述布局资源信息的布局资源进行预处理。
布局资源信息比如可以是一个或多个布局资源的文件名称或文件名称以外的其他标识。
在本申请实施例中,对于步骤S103,当命令行指令中包含的参数包括输入路径参数而不包括增量参数时,所述对相应的布局资源进行预处理,具体可以包括:对所述命令行指令中包含的输入路径参数指定的文件夹路径下全部的布局资源进行预处理。
在本申请实施例中,除了输入路径参数、增量参数以外,命令行界面还可以支持更多的参数。
例如,所述命令行界面还支持以下一种或多种参数,以作为所述命令行指令包含的参数:
输出路径参数,用于指定所述对相应的布局资源进行预处理后得到的产物的输出路径;对于Android工程的布局资源,预处理后得到的产物一般可以包括XML文件、java文件、布局信息(layout-info)文件等,不同产物对应的输出路径可以不同;
工程包名参数,用于表示所述相应的布局资源所属工程的包名;
库工程参数,用于表示所述工程是否为库(Library)工程;
工具包参数,用于表示所述工程对应的软件开发工具包(Software DevelopmentKit,SDK)的路径和/或版本。
为了便于理解,本申请实施例提供了一种实际应用场景下,在上述资源预处理方法中使用的一种命令行界面示意图,如图2所示。
在该场景下,布局资源对应的工程为Android工程,用户可以使用如下形式的命令行指令,实现对相应的布局资源的预处理:
“java–jar databinding-cli.jar[-a<arg>]–c<arg>–d<arg>–i<arg>–l<arg>–o<arg>–p<arg>–s<arg>–v<arg>”;
对图2中命令行界面支持的参数说明如下:
-a,--changed-files:用于增量预处理布局资源,输入的参数为变更的
布局资源文件名称,用分隔符“:”隔开;
-c,--classes:生成的java文件的输出路径;
-d,--layout-info:生成的layout-info文件的输出路径;
-i,--input:需要处理的布局资源所在的文件夹路径;
-l,--library:需要处理的布局资源所属的工程是否是library工程;
-o,--output:预处理后的布局资源的输出路径;
-p,--package:所述工程的包名;
-s,--sdk:所述工程对应的Android SDK的路径;
-v,--version:所述工程最小的Android SDK依赖版本。
可以看到,“-a”对应的参数即为上述的增量参数,“-i”对应的参数即为上述的输入路径参数,“-o”对应的参数、“-c”对应的参数、“-d”对应的参数即为上述的输出路径参数,“-l”对应的参数即为上述的库工程参数,“-p”对应的参数即为上述的工程包名参数,“-s”对应的参数、“-v”对应的参数即为上述的工程包名参数。
进一步地,对接收到命令行指令之后的动作举例进行说明。
例如,假定用字符串变量“inputDirPath”保存命令行指令中包含的输入路径参数,而在资源预处理函数的对应参数的数据类型为文件类型,则在执行步骤S102时,可以采用诸如以下代码语句生成该对应参数:
“File inputDirectory=new File(inputDirPath);//实例化文件类”
该段代码以“inputDirPath”作为输入参数,生成了一个文件类的实例对象“inputDirectory”,以作为资源预处理函数的对应参数。
又例如,假定用字符串变量“changedFilesList”保存命令行指令中包含的增量参数,而在资源预处理函数的对应参数的数据类型为列表类型,则在执行步骤S102时,可以采用诸如以下代码语句生成该对应参数:
“boolean isIncremental=
changedFilesList!=null&&!“”.equals(changedFilesList);//判断是否增量
List<String>filesList=null;
if(isIncremental){
filesList=Arrays.asList(changedFilesList.split(File.pathSeparator));
}//生成增量编译资源列表”
该段代码首先判断了“changedFilesList”是否存在以及是否不为空字符串,并用布尔型变量“isIncremental”保存判断结果;若判断结果为是,则生成一个列表类的实例对象“filesList”,并将“changedFilesList”中用预定的分隔符(比如,分隔符“:”)分隔出的每部分分别作为一个列表项读入“filesList”中,以作为资源预处理函数的对应参数。
上面以示例形式,对资源预处理函数的其中两个参数的生成过程进行了说明,类似地还可以生成资源预处理函数的其他参数。假定将“outputDirectory”作为资源预处理函数对应于“-o”的参数,“layoutInfoDirectory”作为资源预处理函数对应于“-d”的参数、“sdkDirectory”作为资源预处理函数对应于“-s”的参数,等等。
进而,可以通过执行如下代码语句进行布局资源预处理及相关输出动作:
“Processlayouts.run(isIncremental,inputDirectory,outputDirectory,
layoutInfoDirectory,filesList);//预处理
ExportDataBindingInfo.run(sdkDirectory,layoutInfoDirectory);//输出预处理的至少部分产物”
另外,在增量布局资源预处理的场景下,在预处理过程中具体可以执行以下语句代码,以构造增量布局资源的列表参数以及完成预处理:
其中,“changedFiles”可以“changedFilesList”中用分隔符分隔出的各部分。
需要说明的是,上述代码仅是示例,并非对本申请的限定。上例中的“Processlayouts.run”等函数可以作为上述的资源预处理函数。
上面为本申请实施例提供的一种资源预处理方法,基于同样的发明思路,本申请实施例还提供了对应的装置,如图3所示。
图3为本申请实施例提供的对应于图1的一种资源预处理装置的结构示意图,该装置可以位于图1中流程的执行主体,包括:
接收模块301,通过预先为资源预处理函数封装的命令行界面,接收命令行指令;
生成模块302,根据所述命令行指令中包含的参数,生成所述资源预处理函数的参数;
预处理模块303,通过根据所述资源预处理函数的参数执行所述资源预处理函数,对相应的布局资源进行预处理;
其中,所述资源预处理函数根据预定的DataBinding库得到,所述DataBinding库用于将布局资源与需要基于所述布局资源展示的数据进行绑定。
可选地,所述生成模块302根据所述命令行指令中包含的参数,生成所述资源预处理函数的参数,具体包括:
所述生成模块302根据所述资源预处理函数的参数数据类型,以及所述命令行指令中包含的参数,构造符合所述参数数据类型的对象,作为生成的所述资源预处理函数的参数。
可选地,所述命令行指令中包含的参数包括输入路径参数,所述输入路径参数用于表示所述相应的布局资源所在的文件夹路径。
可选地,当所述命令行指令中包含的参数还包括增量参数时,所述预处理模块303对相应的布局资源进行预处理,具体包括:
所述预处理模块303确定由所述增量参数指定的布局资源信息;
对所述命令行指令中包含的输入路径参数表示的文件夹路径下,匹配于所述布局资源信息的布局资源进行预处理。
可选地,所述布局资源信息为一个或多个布局资源的文件名称。
可选地,当所述命令行指令中包含的参数不包括所述增量参数时,所述预处理模块303对相应的布局资源进行预处理,具体包括:
所述预处理模块303对所述命令行指令中包含的输入路径参数指定的文件夹路径下全部的布局资源进行预处理。
可选地,所述命令行界面还支持以下一种或多种参数,以作为所述命令行指令包含的参数:
增量参数,用于指定用于确定所述相应的布局资源的布局资源信息;
输出路径参数,用于指定所述对相应的布局资源进行预处理后得到的产物的输出路径;
工程包名参数,用于表示所述相应的布局资源所属工程的包名;
库工程参数,用于表示所述工程是否为库Library工程;
工具包参数,用于表示所述工程对应的软件开发工具包的路径和/或版本。
本申请实施例提供的装置与方法是一一对应的,因此,装置也具有与其对应的方法类似的有益技术效果,由于上面已经对方法的有益技术效果进行了详细说明,因此,这里不再赘述对应装置的有益技术效果。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。