CN113778386A - 组件生成方法、装置、存储介质及电子设备 - Google Patents

Abstract

本申请公开了一种组件生成方法、装置、存储介质及电子设备，应用于移动终端，所述移动终端集成引擎模块，所述引擎模块包括引擎缓存，所述引擎缓存用于缓存组件名称以及组件数据，所述方法包括：获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据，若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述第二组件名称对应的第二组件数据进行更新，生成第一组件，若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据生成第一组件。采用本申请，可以扩展移动终端可支持的组件范围。

Description

组件生成方法、装置、存储介质及电子设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种组件生成方法、装置、存储介质以及电子设备。

背景技术

桌面组件是移动终端的桌面界面上的成套元件，由常用的控件和元素排列组合而成。现有的安卓系统中桌面组件是通过AppWidget框架来生成的，具体的，在安卓系统中定义好系统可支持的组件，接着业务方通过提供可扩展标记语言(Extensible MarkupLanguage，XML)数据文件来描述这些组件的排列组合方式，从而生成最终的桌面组件，然而，系统可支持的组件范围有限，因此生成的组件受限于系统可支持的组件范围。

发明内容

本申请实施例提供一种组件生成方法、装置、存储介质以及电子设备，可以根据自定义的第一组件数据，生成第一组件，扩展了移动终端可支持的组件范围。

本技术方案如下：

第一方面，本申请实施例提供了一种组件生成方法，应用于移动终端，所述移动终端集成引擎模块，所述引擎模块包括引擎缓存，所述引擎缓存用于缓存组件名称以及组件数据，所述方法包括：

获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据；

若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述第二组件名称对应的第二组件数据进行更新，生成第一组件；

若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据生成第一组件。

第二方面，本申请实施例提供了一种组件生成装置，应用于移动终端，所述移动终端集成引擎模块，所述引擎模块包括引擎缓存，所述引擎缓存用于缓存组件名称以及组件数据，所述装置包括：

数据获取模块，用于获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据；

第一组件生成模块，用于若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述第二组件名称对应的第二组件数据进行更新，生成第一组件；

第二组件生成模块，用于若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据生成第一组件。

第三方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行上述第一方面的方法步骤。

第四方面，本申请实施例提供了一种电子设备，可包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行上述第一方面的方法步骤。

本申请一些实施例提供的技术方案带来的有益效果至少包括：

在本申请实施例中，获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据，若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述第二组件名称对应的第二组件数据进行更新，生成第一组件，若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据生成第一组件。可以根据自定义的第一组件数据对引擎缓存中相匹配的第二组件数据进行更新来生成第一组件，或者根据自定义的第一组件数据全局刷新来生成第一组件，而不仅仅局限引擎缓存中可支持的组件数据来生成组件，扩展了移动终端可支持的组件范围。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1a是本申请实施例提供的移动终端的结构方框图；

图1b是本申请实施例提供的操作系统和用户空间的结构示意图；

图2是图1b中安卓操作系统的架构图；

图3是图1b中IOS操作系统的架构图；

图4是本申请实施例提供的一种组件生成方法的系统架构图；

图5是本申请实施例提供的一种组件生成方法的流程示意图；

图6是本申请实施例提供的一种第一组件数据读取过程的举例示意图；

图7a是本申请实施例提供的一种第一组件数据读取过程的举例示意图；

图7b是本申请实施例提供的一种第一组件数据读取过程的举例示意图；

图8是本申请实施例提供的一种点击交互功能的举例示意图；

图9是本申请实施例提供的一种组件生成方法的流程示意图；

图10是本申请实施例提供的一种组件生成方法的流程示意图；

图11是本申请实施例提供的一种组件生成方法的系统架构图；

图12是本申请实施例提供的一种组件生成方法的流程示意图；

图13是本申请实施例提供的一种定时更新的举例示意图；

图14是本申请实施例提供的一种组件生成装置的结构示意图；

图15是本申请实施例提供的一种第一组件生成模块的结构示意图；

图16是本申请实施例提供的一种第一组件生成单元的结构示意图；

图17是本申请实施例提供的一种第二组件生成模块的结构示意图；

图18是本申请实施例提供的一种数据获取模块的结构示意图；

图19是本申请实施例提供的一种组件生成装置的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。

下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关6系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本申请实施例中的组件生成装置可以为移动终端，包括但不限于：个人电脑、平板电脑、手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备等。在不同的网络中用户终端可以叫做不同的名称，例如：用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、个人数字处理(Personal Digital Assistant,PDA)、5G网络或未来演进网络中的终端设备等。移动终端包括显示设备，可输出图像或感触信息。

请参考图1a，其示出了本申请一个示例性实施例提供的移动终端的结构方框图。本申请中的移动终端可以包括一个或多个如下部件：处理器110、存储器120、输入装置130、输出装置140和总线150。处理器110、存储器120、输入装置130和输出装置140之间可以通过总线150连接。

处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个移动终端内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行移动终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(digital signal processing，DSP)、现场可编程门阵列(field－programmable gate array，FPGA)、可编程逻辑阵列(programmable logicArray，PLA)中的至少一种硬件形式来实现。处理器110可集成中央处理器(centralprocessing unit，CPU)、图像处理器(graphics processing unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。

存储器120可以包括随机存储器(random Access Memory，RAM)，也可以包括只读存储器(read-only memory，ROM)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。存储器120可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等，该操作系统可以是安卓(Android)系统，包括基于Android系统深度开发的系统、苹果公司开发的IOS系统，包括基于IOS系统深度开发的系统或其它系统。存储数据区还可以存储移动终端在使用中所创建的数据比如电话本、音视频数据、聊天记录数据，等。

参见图1b所示，存储器120可分为操作系统空间和用户空间，操作系统即运行于操作系统空间，原生及第三方应用程序即运行于用户空间。为了保证不同第三方应用程序均能够达到较好的运行效果，操作系统针对不同第三方应用程序为其分配相应的系统资源。然而，同一第三方应用程序中不同应用场景对系统资源的需求也存在差异，比如，在本地资源加载场景下，第三方应用程序对磁盘读取速度的要求较高；在动画渲染场景下，第三方应用程序则对GPU性能的要求较高。而操作系统与第三方应用程序之间相互独立，操作系统往往不能及时感知第三方应用程序当前的应用场景，导致操作系统无法根据第三方应用程序的具体应用场景进行针对性的系统资源适配。为了使操作系统能够区分第三方应用程序的具体应用场景，需要打通第三方应用程序与操作系统之间的数据通信，使得操作系统能够随时获取第三方应用程序当前的场景信息，进而基于当前场景进行针对性的系统资源适配。

其中，操作系统可以为Android系统、IOS系统、PadOS系统、Windows系统、鸿蒙系统或Tizen系统等。不同的操作系统对应的存储器所存储的程序和数据不同。

以操作系统为Android系统为例，存储器120中存储的程序和数据如图3所示，存储器120中可存储有Linux内核层320、系统运行时库层340、应用框架层360和应用层380，其中，Linux内核层320、系统运行库层340和应用框架层360属于操作系统空间，应用层380属于用户空间。Linux内核层320为移动终端的各种硬件提供了底层的驱动，如显示驱动、音频驱动、摄像头驱动、蓝牙驱动、Wi-Fi驱动、电源管理等。系统运行库层340通过一些C/C++库来为Android系统提供了主要的特性支持。如SQLite库提供了数据库的支持，OpenGL/ES库提供了3D绘图的支持，Webkit库提供了浏览器内核的支持等。在系统运行时库层340中还提供有安卓运行时库(Android runtime)，它主要提供了一些核心库，能够允许开发者使用Java语言来编写Android应用。应用框架层360提供了构建应用程序时可能用到的各种API，开发者也可以通过使用这些API来构建自己的应用程序，比如活动管理、窗口管理、视图管理、通知管理、内容提供者、包管理、通话管理、资源管理、定位管理。应用层380中运行有至少一个应用程序，这些应用程序可以是操作系统自带的原生应用程序，比如联系人程序、短信程序、时钟程序、相机应用等；也可以是第三方开发者所开发的第三方应用程序，比如游戏类应用程序、即时通信程序、相片美化程序、手势数据获取程序等。

以操作系统为IOS系统为例，存储器120中存储的程序和数据如图3所示，IOS系统包括：核心操作系统层420(Core OS layer)、核心服务层440(Core Services layer)、媒体层460(Media layer)、可触摸层480(Cocoa Touch Layer)。核心操作系统层420包括了操作系统内核、驱动程序以及底层程序框架，这些底层程序框架提供更接近硬件的功能，以供位于核心服务层440的程序框架所使用。核心服务层440提供给应用程序所需要的系统服务和/或程序框架，比如基础(Foundation)框架、账户框架、广告框架、数据存储框架、网络连接框架、地理位置框架、运动框架等等。媒体层460为应用程序提供有关视听方面的接口，如图形图像相关的接口、音频技术相关的接口、视频技术相关的接口、音视频传输技术的无线播放(AirPlay)接口等。可触摸层480为应用程序开发提供了各种常用的界面相关的框架，可触摸层480负责用户在移动终端上的触摸交互操作。比如本地通知服务、远程推送服务、广告框架、游戏工具框架、消息用户界面接口(User Interface，UI)框架、用户界面UIKit框架、地图框架等等。

在图2所示出的框架中，与大部分应用程序有关的框架包括但不限于：核心服务层440中的基础框架和可触摸层480中的UIKit框架。基础框架提供许多基本的对象类和数据类型，为所有应用程序提供最基本的系统服务，和UI无关。而UIKit框架提供的类是基础的UI类库，用于创建基于触摸的用户界面，iOS应用程序可以基于UIKit框架来提供UI，所以它提供了应用程序的基础架构，用于构建用户界面，绘图、处理和用户交互事件，响应手势等等。

其中，在IOS系统中实现第三方应用程序与操作系统数据通信的方式以及原理可参考Android系统，本申请在此不再赘述。

其中，输入装置130用于接收输入的指令或数据，输入装置130包括但不限于键盘、鼠标、摄像头、麦克风或触控设备。输出装置140用于输出指令或数据，输出装置140包括但不限于显示设备和扬声器等。在一个示例中，输入装置130和输出装置140可以合设，输入装置130和输出装置140为触摸显示屏，该触摸显示屏用于接收用户使用手指、触摸笔等任何适合的物体在其上或附近的触摸操作，以及显示各个应用程序的用户界面。触摸显示屏通常设置在移动终端的前面板。触摸显示屏可被设计成为全面屏、曲面屏或异型屏。触摸显示屏还可被设计成为全面屏与曲面屏的结合，异型屏与曲面屏的结合，本申请实施例对此不加以限定。

除此之外，本领域技术人员可以理解，上述附图所示出的移动终端的结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，移动终端中还包括射频电路、输入单元、传感器、音频电路、无线保真(wireless fidelity，WiFi)模块、电源、蓝牙模块等部件，在此不再赘述。

本申请实施例的移动终端，其上还可以安装有显示设备，显示设备可以是各种能实现显示功能的设备，例如：阴极射线管显示器(cathode ray tubedisplay，简称CR)、发光二极管显示器(light-emitting diode display，简称LED)、电子墨水屏、液晶显示屏(liquid crystal display，简称LCD)、等离子显示面板(plasma display panel，简称PDP)等。用户可以利用移动终端100上的显示设备，来查看显示的文字、图像、视频等信息。所述移动终端可以是智能手机、平板电脑、游戏设备、AR(Augmented Reality，增强现实)设备、汽车、数据存储装置、音频播放装置、视频播放装置、笔记本、桌面计算设备、可穿戴设备诸如电子手表、电子眼镜、电子头盔、电子手链、电子项链、电子衣物等设备。

本领域的技术人员可以清楚地了解到本申请的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是现场可编程门阵列(Field－ProgrammaBLE GateArray，FPGA)、集成电路(Integrated Circuit，IC)等。

在此基础上，在移动终端中独立集成了一个引擎模块，引擎模块为界面引擎模块，具体为界面中的图形应用软件开发过程的中间件，提供的面向交互设计的解决方案，可以基于所输入的第一组件数据，执行解析数据、加载资源文件、绘制卡片、自适应动画、事件处理、消息监听等。可以理解的是，“卡片”即为“组件”。其中，“加载资源文件”功能用于响应加载需求，加载第一组件数据，“绘制卡片”用于绘制组件卡片，“解析数据”功能用于解析第一组件数据，“消息监听”用于实时监控输入消息，“自适应动画”用于当组件信息中包含动画效果时，解析对应的语义，使得生成的第一组件可以展示动画效果，“事件处理”功能用于处理输入引擎模块的事件。

引擎模块还包括引擎缓存，所述引擎缓存用于缓存组件名称以及组件数据，组件名称为组件对应的标识，组件数据为组件的源数据，其中，一个组件名称对应一个组件数据。

引擎模块可以定义一套模板语义，模板语义为引擎模块中定义的用于解析第一组件数据的模板，用于解析业务方发送的第一组件数据，业务方提供第一组件数据对应的数据交换格式文件需与引擎模块中定义的模板语义为使用同一种类的编程语言所编写的。

模板语义可以通过不同的编程语言定义。例如，引擎模块可以通过JS对象简谱(JavaScript Object Notation，JSON)定义一套领域特定语言(Domain SpecificLanguage，DSL)模板语义，用于解析组件数据，对应的，业务方提供的第一组件数据对应的数据交换格式文件为JSON文件。

在本申请实施例中，各步骤的执行主体可以是上文介绍的移动终端。可选地，各步骤的执行主体为移动终端的引擎模块。

在图4所示系统架构的基础上，下面结合具体的实施例对本申请进行详细说明。

请参见图5，为本申请实施例提供的一种组件生成方法的流程示意图。

本申请实施例应用于移动终端，所述移动终端集成引擎模块，所述引擎模块包括引擎缓存，所述引擎缓存用于缓存组件名称以及组件数据，该组件生成方法可以包括以下步骤：

S101，获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据；

一个组件由组件名称和组件数据组成。组件名称为组件对应的标识，可以为文字或符号，也可以由文字和符号组合而成，一个组件可以对应一个名称。

组件数据为组件的源数据，包含相应的数据格式，具体数据格式基于编程语言的类型确定。

组件数据包括组件的组件信息，例如，组件属性、动画效果等。一个组件数据可包括多个数据节点，每个数据节点对应一个小组件。小组件为组成完整组件的部件，每个不同的小组件对应不同的功能，一个组件可以由至少一个小组件组成，其中，第一组件名称为业务方根据需求输入的组件名称，第一组件数据即为该第一组件名称对应的组件的组件数据。

一种可行的实现方式中，直接通过系统接口读取业务方根据需求输入的第一组件名称以及与第一组件名称对应的第一组件数据。

另一种可行的实现方式中，在移动终端中创建有任务队列，该任务队列用于缓存待处理的组件生成任务，当组件生成任务包括多个时，则按照接收到各任务的时间先后顺序依次存放至任务队列中。

具体的，接收业务方发送的第一组件名称以及与所述第一组件名称对应的第一组件数据，生成对应的组件生成任务。若任务队列中存在与所述组件生成任务相同的目标任务，则删除所述目标任务，并将所述组件生成任务添加至所述任务队列中，当执行到所述组件生成任务时，读取所述组件生成任务对应的第一组件名称以及与所述第一组件名称对应的第一组件数据。

组件生成任务与所输入的第一组件名称以及与第一组件名称对应的第一组件数据相对应。

首先，基于所输入的第一组件名称在任务队列中查找是否存在与组件生成任务相同的目标任务，若任务队列中存在与组件生成任务相同的目标任务，则表明在任务队列中已经创建了相同的任务，可能是业务方重复创建，也可能是对该任务进行了更新，因此，删除目标任务，并将组件生成任务添加至任务队列中，那么，当执行到组件生成任务时，读取组件生成任务对应的第一组件名称以及与第一组件名称对应的第一组件数据。

其中，将组件生成任务添加至任务队列中，可以有多种不同的实现方式，例如，将组件生成任务插入至任务队列中目标任务所在的位置，或者将组件生成任务直接插入至任务队列的队尾。

如图6所示，将组件生成任务插入至任务队列中目标任务所在的位置可以为，当在任务队列中包括任务A0.9、任务B、任务C以及任务D，此时接收到第一组件名称对应的组件生成任务，为新任务A1.0，确定在任务队列中任务A0.9与新任务A1.0相同，则删除任务A0.9，并将新任务A1.0添加至任务A0.9所在的位置，那么下一个待处理任务即为新任务A1.0。这种添加新任务的方式可以不需要再重新排队，节省了第一组件的生成时间。

如图7a所示，将组件生成任务直接插入至任务队列的队尾可以为，当在任务队列中包括任务A0.9、任务B、任务C以及任务D，此时接收到第一组件名称对应的组件生成任务，为新任务A1.0，确定在任务队列中任务A0.9与新任务A1.0相同，则删除任务A0.9，并将新任务A1.0直接插入至任务队列的队尾。

当组件生成任务添加至任务队列中后，引擎模块按照任务队列中任务的排列顺序依次读取组件生成任务对应的组件数据，当执行到第一组件数据对应的组件生成任务时，读取组件生成任务对应的第一组件数据。例如当执行到新任务A1.0时，读取新任务A1.0对应的第一组件数据。

若任务队列中不存在与所述组件生成任务相同的目标任务，则将所述组件生成任务添加至所述任务队列中，当执行到所述组件生成任务时，读取所述组件生成任务对应的第一组件名称以及与所述第一组件名称对应的第一组件数据。

具体的，若任务队列中不存在与组件生成任务相同的目标任务，即此时接收到的组件生成任务是最新的组件生成任务，则将此组件生成任务添加至任务队列中，添加组件生成任务添加至任务队列中可以为将组件生成任务以直接插入至任务队列的队尾的方式添加至任务队列中，如图7b所示，当任务队列中包括任务A、任务B、任务C以及任务D，此时接收到组件生成任务，为新任务E，因新任务E与任务队列中的任务A、任务B、任务C以及任务D都不相同，因此任务队列中不存在与新任务E相同的目标任务，将新任务E以直接插入至任务队列的队尾的方式添加至任务队列中，当执行到新任务E时，读取此新任务E对应的第一组件数据。

S102，若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述第二组件名称对应的第二组件数据进行更新，生成第一组件；

因引擎模块包括引擎缓存，引擎缓存中缓存的数据为移动终端中已存在的组件对应的组件名称以及组件数据，因此，基于第一组件名称在引擎模块的引擎缓存中查找是否存在与第一组件名称相同的组件名称，若存在，说明移动终端中存在与第一组件名称对应的第一组件具有相同功能的组件，则将此组件对应的组件名称作为第二组件名称，第二组件名称对应的组件数据作为第二组件数据。

基于模板语义对第一组件数据以及第二组件数据进行解析，并基于解析结果对第二组件数据进行更新，生成第一组件。

S103，若引擎缓存中不存在与第一组件名称对应的第二组件名称，则基于第一组件数据生成第一组件。

若引擎模块的引擎缓存中不存在与第一组件名称相同的第二组件名称，说明移动终端中不存在与第一组件具有相同功能的组件，因此需创建全新的第一组件，实现过程为基于模板语义对第一组件数据进行解析，基于解析结果生成第一组件，其中，第一组件是与第一组件名称对应的组件。

生成第一组件过程为基于模板语义对第一组件数据中每个数据节点进行解析，依次生成第一组件数据中各数据节点对应的第二小组件并确定各第二小组件对应的组件信息，组装第二小组件以及第二小组件对应的组件信息，生成第一组件。

例如，第一组件数据中包含时间图标，通过点击该时间图标即可跳转至系统闹钟的页面。引擎模块基于模板语义对第一组件数据进行解析，得到与此功能对应的组件信息，并调用系统中的相关的闹钟应用，将第一组件与相关的闹钟应用通过软件接口进行连接，如图8所示，使得移动终端可以响应用户点击第一组件上的时间图标的操作，将显示界面跳转至系统的闹钟应用，实现组件的点击交互功能。

当模板语义中还包含执行动画的语义时，第一组件数据中还可以包括组件的动画信息，当基于模板语义对第一组件数据进行解析，生成第一组件后，第一组件将支持动画效果，并且当检测到用户对第一组件的动画效果对应的虚拟按键进行了触控操作时，对应的虚拟按键将响应此触控操作，展示第一组件的动画效果。

如图4所示，生成了第一组件之后，将其输出至展示方，以供展示方展示第一组件。

采用本实施例，获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据，若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述第二组件名称对应的第二组件数据进行更新，生成第一组件，若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据生成第一组件。可以根据自定义的第一组件数据对引擎缓存中相匹配的第二组件数据进行更新来生成第一组件，或者根据自定义的第一组件数据全局刷新来生成第一组件，而不仅仅局限引擎缓存中可支持的组件数据来生成组件，扩展了移动终端可支持的组件范围。

请参见图9，为本申请实施例提供的一种组件生成方法的流程示意图。本申

本申请实施例应用于移动终端，所述移动终端集成引擎模块，所述引擎模块包括引擎缓存，所述引擎缓存用于缓存组件名称以及组件数据，该组件生成方法可以包括以下步骤：

S201，获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据；

获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据详见S101，此处不再赘述。

S202，若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则获取所述第一组件数据与所述第二组件名称对应的第二组件数据的差分数据；

若引擎缓存中存在与第一组件名称对应的第二组件名称，则只需基于第一组件数据对第二组件名称对应的第二组件数据进行更新就可以就可生成第一组件，而不需要全量加载第一组件数据来生成第一组件。

具体为先对第二组件数据对应的组件进行刷新，接着对第一组件数据与第二组件名称对应的第二组件数据进行对比差分，得到第一组件数据与第二组件名称对应的第二组件数据的最小变化数据集，即差分数据。

差分数据的获取过程可以为，将第一组件数据以及第二组件数据都转化为JSONObject文件(JSONObject为一种数据结构，可以理解为JSON格式的数据结构)，遍历第一组件数据的JSONObject文件的标签，基于当前遍历到的第一组件数据的JSONObject文件的标签去第二组件数据中进行查找，过滤掉不需要更新的标签，当发现需要进行更新的标签时，将第一组件数据中的对应的值与第二组件数据中对应的值进行对比，当发现对应的值不一样时，保留第一组件数据中的对应的值。

S203，基于所述差分数据对所述第二组件数据对应的第二组件进行修改，生成第一组件；

可选的，遍历所述差分数据中的各数据节点；确定当前遍历到的数据节点对应的第一小组件，对所述第一小组件的组件信息进行修改；若所有数据节点全部遍历完成，则基于修改后的第一小组件的组件信息刷新所述第二组件数据对应的第二组件，生成第一组件。

第一小组件为在遍历差分数据中的各数据节点时，当前遍历到的数据节点对应的小组件。

生成第一组件过程具体可以为，遍历差分数据中的各数据节点，一个数据节点对应一个小组件，找到当前遍历到的数据节点对应的第一小组件，基于第一组件数据中与第一小组件对应的数据节点对当前遍历到第一小组件的样式、点击效果等组件信息进行修改，当遍历完成后，基于修改后的各小组件的组件信息刷新第二组件数据对应的第二组件，生成第一组件。

遍历差分数据中的各数据节点，当第一组件数据与第二组件数据中只有一个数据节点对应的数据不一致，则只对此数据节点对应的小组件的组件信息进行修改，其他数据节点对应的小组件的组件信息不需要进行修改，即保留其他数据节点对应的小组件的组件信息，然后基于保留的其他数据节点对应的小组件的组件信息以及修改后的数据节点对应的小组件的组件信息，生成第一组件。

S204，若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则依次生成所述第一组件数据中各数据节点对应的第二小组件并确定各第二小组件对应的组件信息；

第二小组件为若查找结果指示引擎缓存中不存在与第一组件名称对应的第二组件名称，则依次生成的第一组件数据中各数据节点对应的小组件。

引擎缓存中不存在与第一组件名称对应的第二组件名称，说明移动终端中不存在与第一组件数据对应的第一组件相同功能的组件，因此需创建全新第一组件，创建全新第一组件的过程为引擎模块对第一组件数据进行全量加载，遍历第一组件数据中的各数据节点，依次生成第一组件数据中各数据节点对应的第二小组件并确定各第二小组件对应的组件信息，确定各第二小组件对应的组件信息具体为第二小组件的组件样式、点击效果等组件信息。

S205，组装所述第二小组件以及第二小组件对应的组件信息，生成第一组件。

当所有数据节点完成遍历后，组装第一组件数据中各数据节点对应的第二小组件以及第二小组件对应的组件信息，即形成第一组件样式，并将各第二小组件对应的组件信息添加至第一组件中，生成第一组件。

采用本实施例，获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据，若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则获取所述第一组件数据与所述第二组件名称对应的第二组件数据的差分数据，基于所述差分数据对所述第二组件数据对应的第二组件进行修改，生成第一组件，不需要全量加载所述第一组件数据即可实现生成第一组件，提高了组件生成的效率。若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则依次生成所述第一组件数据中各数据节点对应的第二小组件并确定各第二小组件对应的组件信息，组装所述第二小组件以及第二小组件对应的组件信息，生成第一组件。可以根据自定义的第一组件数据对引擎缓存中相匹配的第二组件数据进行更新来生成第一组件，或者根据自定义的第一组件数据全局刷新来生成第一组件，而不仅仅局限引擎缓存中可支持的组件数据来生成组件，扩展了移动终端可支持的组件范围。

请参见图10，为本申请实施例提供了一种组件生成方法的流程示意图。

本申请实施例应用于移动终端，所述移动终端集成引擎模块，所述引擎模块包括引擎缓存，所述引擎缓存用于缓存组件名称以及组件数据，该组件生成方法可以包括以下步骤：

S301，获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据；

获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据详见S101，此处不再赘述。

S302，若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述第二组件名称对应的第二组件数据进行更新，生成第一组件；若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据生成第一组件；

详见S202-205，此处不再赘述。

S303，获取云服务器针对引擎缓存中第一版本的组件数据发布的第二版本的组件数据，所述第二版本高于所述第一版本；

在第一组件生成后，第一组件数据以及引擎缓存中之前存在的组件数据作为第一版本的组件数据。

如图11所示，云服务器可针对引擎缓存中第一版本的组件数据发布的第二版本的组件数据，第二版本高于第一版本，移动终端可获取云服务器发布的第二版本的组件数据并发送至移动终端中的自升级模块。

由移动终端的自升级模块对云服务器发布的第二版本的组件数据进行检测，当确定云服务器发布的第二版本的组件数据相对于引擎缓存中第一版本的组件数据版本更高时，自升级模块将云服务器发布的第二版本的组件数据发送至引擎模块，由引擎模块对云服务器发布的第二版本的组件数据进行解析。

例如，云服务器可针对引擎缓存中第一版本的组件数据发布第二版本的组件数据，第二版本的组件数据其版本情况为2.0版本，并将其发送至移动终端的自升级模块，自升级模块对云服务器发布的第二版本的组件数据进行检测，当自升级模块检测到引擎缓存中的第一版本的组件数据的版本情况为1.0，即云服务器发布的第二版本的组件数据相对于引擎缓存中的第一版本的组件数据的版本更高，自升级模块将云服务器发布的版本情况为2.0的第二版本的组件数据发送至引擎模块，由引擎模块对云服务器发布的第二版本的组件数据进行解析。

S304，采用所述第二版本的组件数据对所述第一版本的组件数据进行更新。

自升级模块确定云服务器发布的第二版本的组件数据相较于引擎模块的缓存数据中对应的第一版本的组件数据对应的组件版本更高的时候，移动终端中的自升级模块将云服务器发布的第二版本的组件数据发送至引擎模块，引擎模块根据定义好的模板语义对云服务器在线发布的第二版本的组件数据进行解析，修改移动终端中存在的第一版本的组件数据对应的组件的属性，生成新版本的组件，即可完成移动终端中的组件的迭代升级过程。

采用云服务器对引擎模块的缓存数据中存在的第一版本的组件数据进行修改的过程不需要依赖移动终端的系统框架，因此可以缩短用户体验到版本情况更高的组件的时间，例如，可以从移动终端的系统默认的以年为一个单位进行更新的时限缩短至以月为一个单位或以三周为一个单位。

采用本实施例，获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据，若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述第二组件名称对应的第二组件数据进行更新，生成第一组件，若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据生成第一组件，获取云服务器针对引擎缓存中第一版本的组件数据发布的第二版本的组件数据，所述第二版本高于所述第一版本，采用所述第二版本的组件数据对所述第一版本的组件数据进行更新。采用云服务器对引擎模块的缓存数据中存在的第一版本的组件数据进行修改的过程不需要依赖移动终端的系统框架，因此可以缩短用户体验到版本情况更高的组件的时间。可以根据自定义的第一组件数据对引擎缓存中相匹配的第二组件数据进行更新来生成第一组件，或者根据自定义的第一组件数据全局刷新来生成第一组件，而不仅仅局限引擎缓存中可支持的组件数据来生成组件，扩展了移动终端可支持的组件范围。

请参见图12，为本申请实施例提供了一种组件生成方法的流程示意图。

本申请实施例应用于移动终端，所述移动终端集成引擎模块，所述引擎模块包括引擎缓存，所述引擎缓存用于缓存组件名称以及组件数据，该组件生成方法可以包括以下步骤：

S401，获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据；

获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据详见S101，此处不再赘述。

S402，对所述第一组件数据进行解析并调用所述第一组件数据对应的系统框架能力；

在执行调用第一组件数据对应的系统框架能力时，模板语义中包括操作参数和/或系统操作符，可以通过系统接口等方式获取第一组件数据中需要调用的系统框架能力并将其调用。

S403，将所述系统框架能力添加至所述第一组件中，生成第一组件。

例如，在引擎模块中定义关于获取系统音量的相关词，当基于引擎模块对第一组件数据进行解析时，若解析过程中发现了关于系统音量的相关词，说明第一组件数据对应的第一组件需调用系统音量，当解析完成后，通过引擎模块生成的第一组件将可以直接调用移动终端的框架能力，即通过系统接口等方式获取系统的音量，将获取系统音量的功能添加至第一组件中，完善组件的功能。

又例如，在引擎模块中定义关于定时刷新的相关词，当基于引擎模块对第一组件数据进行解析时，若解析过程中发现了关于定时刷新的相关词，说明第一组件数据对应的第一组件需定时刷新，当解析完成后，通过引擎模块生成的第一组件将可以直接进行一定运算能力，可以使得第一组件可以实现定时刷新的功能。如图11所示，预设时间天气显示组件的刷新时间为每分钟一次，生成的第一组件将可以直接进行一定运算能力，每分钟进行一次刷新。

通过完善引擎模块定义了的模板语义，可以增强引擎的动态化能力，例如可以通过定义参数或者系统操作符，使得通过引擎模块生成的第一组件可以直接调用移动终端的框架能力或者进行一定运算能力。

采用本实施例，获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据，对所述第一组件数据进行解析并调用所述第一组件数据对应的系统框架能力，将所述系统框架能力添加至所述第一组件中，生成第一组件。可以增强引擎的动态化能力，使第一组件可以直接调用移动终端的框架能力或者进行一定运算能力，丰富第一组件的功能。可以根据自定义的第一组件数据对引擎缓存中相匹配的第二组件数据进行更新来生成第一组件，或者根据自定义的第一组件数据全局刷新来生成第一组件，而不仅仅局限引擎缓存中可支持的组件数据来生成组件，扩展了移动终端可支持的组件范围。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参见图14，其示出了本申请一个示例性实施例提供的组件生成装置的结构示意图。该组件生成装置可以通过软件、硬件或者两者的结合实现成为移动终端的全部或一部分。该组件生成装置1包括数据获取模块11、第一组件生成模块12以及第二组件生成模块13。其中：

数据获取模块11，用于获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据；

第一组件生成模块12，用于若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述第二组件名称对应的第二组件数据进行更新，生成第一组件；

第二组件生成模块13，用于若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据生成第一组件。

可选的，如图15所示，所述第一组件生成模块12，包括：

差分数据获取单元121，用于若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则获取所述第一组件数据与所述第二组件名称对应的第二组件数据的差分数据；

第一组件生成单元122，用于基于所述差分数据对所述第二组件数据对应的第二组件进行修改，生成第一组件。

可选的，如图16所示，所述第一组件生成单元122，包括：

节点遍历子单元1221，用于遍历所述差分数据中的各数据节点；

信息修改子单元1222，用于确定当前遍历到的数据节点对应的第一小组件，对所述第一小组件的组件信息进行修改；

第一组件生成子单元1223，用于若所有数据节点全部遍历完成，则基于修改后的第一小组件的组件信息刷新所述第二组件数据对应的第二组件，生成第一组件。

可选的，如图17所示，所述第二组件生成模块13，包括：

第二小组件生成单元131，用于若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则依次生成所述第一组件数据中各数据节点对应的第二小组件并确定各第二小组件对应的组件信息；

第二组件生成单元132，用于组装所述第二小组件以及第二小组件对应的组件信息，生成第一组件。

可选的，如图18所示，所述数据获取模块11，包括：

任务接收单元111，用于接收组件生成任务；

数据读取单元112，用于若任务队列中存在与所述组件生成任务相同的目标任务，则删除所述目标任务，并将所述组件生成任务添加至所述任务队列中，当执行到所述组件生成任务时，读取所述组件生成任务对应的第一组件名称以及与所述第一组件名称对应的第一组件数据；

数据读取单元113，还用于若任务队列中不存在与所述组件生成任务相同的目标任务，则将所述组件生成任务添加至所述任务队列中，当执行到所述组件生成任务时，读取所述组件生成任务对应的第一组件名称以及与所述第一组件名称对应的第一组件数据。

可选的，如图19所示，所述装置1，包括：

数据发布模块14，用于获取云服务器针对引擎缓存中第一版本的组件数据发布的第二版本的组件数据，所述第二版本高于所述第一版本；

数据更新模块15，用于采用所述第二版本的组件数据对所述第一版本的组件数据进行更新。

需要说明的是，上述实施例提供的组件生成装置在执行组件生成方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的组件生成装置与组件生成方法实施例属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请实施例中，获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据，若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则获取所述第一组件数据与所述第二组件名称对应的第二组件数据的差分数据，基于所述差分数据对所述第二组件数据对应的第二组件进行修改，生成第一组件，不需要全量加载所述第一组件数据即可实现生成第一组件，提高了组件生成的效率，还可以减少引擎模块中的缓存数据。若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则依次生成所述第一组件数据中各数据节点对应的第二小组件并确定各第二小组件对应的组件信息，组装所述第二小组件以及第二小组件对应的组件信息，生成第一组件。采用云服务器对引擎模块的缓存数据中存在的第一版本的组件数据进行修改的过程不需要依赖移动终端的系统框架，因此可以缩短用户体验到版本情况更高的组件的时间。将所述系统框架能力添加至所述第一组件中，生成第一组件。可以增强引擎的动态化能力，使第一组件可以直接调用移动终端的框架能力或者进行一定运算能力，丰富第一组件的功能。因引擎模块定义的用于解析组件数据的模板语义支持自定义的小组件，因此可以根据自定义的第一组件数据，生成第一组件，扩展了移动终端可支持的组件范围。

本申请还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述方法的步骤。其中，计算机可读存储介质可以包括但不限于任何类型的盘，包括软盘、光盘、DVD、CD-ROM、微型驱动器以及磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪速存储器设备、磁卡或光卡、纳米系统(包括分子存储器IC)，或适合于存储指令和/或数据的任何类型的媒介或设备。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体或随机存储记忆体等。

以上所揭露的仅为本申请较佳实施例而已，当然不能以此来限定本申请之权利范围，因此依本申请权利要求所作的等同变化，仍属本申请所涵盖的范围。

Claims (10)

1.一种组件生成方法，其特征在于，应用于移动终端，所述移动终端集成引擎模块，所述引擎模块包括引擎缓存，所述引擎缓存用于缓存组件名称以及组件数据，所述方法包括：

获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据；

若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述第二组件名称对应的第二组件数据进行更新，生成第一组件；

若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据生成第一组件。

2.根据权利要求1所述的方法，其特征在于，所述若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述引擎缓存中所述第二组件名称对应的第二组件数据进行更新，生成第一组件，包括：

若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则获取所述第一组件数据与所述第二组件名称对应的第二组件数据的差分数据；

基于所述差分数据对所述第二组件数据对应的第二组件进行修改，生成第一组件。

3.根据权利要去2所述的方法，其特征在于，所述基于所述差分数据对所述第二组件数据对应的第二组件进行修改，生成第一组件，包括：

遍历所述差分数据中的各数据节点；

确定当前遍历到的数据节点对应的第一小组件，对所述第一小组件的组件信息进行修改；

若所有数据节点全部遍历完成，则基于修改后的第一小组件的组件信息刷新所述第二组件数据对应的第二组件，生成第一组件。

4.根据权利要求1所述的方法，其特征在于，所述若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据生成第一组件，包括：

若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则依次生成所述第一组件数据中各数据节点对应的第二小组件并确定各第二小组件对应的组件信息；

组装所述第二小组件以及第二小组件对应的组件信息，生成第一组件。

5.根据权利要求1所述的方法，其特征在于，所述获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据，包括：

接收组件生成任务；

若任务队列中存在与所述组件生成任务相同的目标任务，则删除所述目标任务，并将所述组件生成任务添加至所述任务队列中，当执行到所述组件生成任务时，读取所述组件生成任务对应的第一组件名称以及与所述第一组件名称对应的第一组件数据；

若任务队列中不存在与所述组件生成任务相同的目标任务，则将所述组件生成任务添加至所述任务队列中，当执行到所述组件生成任务时，读取所述组件生成任务对应的第一组件名称以及与所述第一组件名称对应的第一组件数据。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

获取云服务器针对引擎缓存中第一版本的组件数据发布的第二版本的组件数据，所述第二版本高于所述第一版本；

采用所述第二版本的组件数据对所述第一版本的组件数据进行更新。

7.一种组件生成装置，其特征在于，应用于移动终端，所述移动终端集成引擎模块，所述引擎模块包括引擎缓存，所述引擎缓存用于缓存组件名称以及组件数据，所述装置包括：

数据获取模块，用于获取所输入的第一组件名称以及与所述第一组件名称对应的第一组件数据；

第一组件生成模块，用于若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据对所述第二组件名称对应的第二组件数据进行更新，生成第一组件；

第二组件生成模块，用于若所述引擎缓存中不存在与所述第一组件名称对应的第二组件名称，则基于所述第一组件数据生成第一组件。

8.根据权利要求7所述的装置，其特征在于，所述第一组件生成模块，包括：

差分数据获取单元，用于若所述引擎缓存中存在与所述第一组件名称对应的第二组件名称，则获取所述第一组件数据与所述第二组件名称对应的第二组件数据的差分数据；

第一组件生成单元，用于基于所述差分数据对所述第二组件数据对应的第二组件进行修改，生成第一组件。

9.一种计算机存储介质，其特征在于，所述计算机存储介质存储有多条指令，所述指令适于由处理器加载并执行如权利要求1-6任意一项的方法步骤。

10.一种电子设备，其特征在于，包括：处理器和存储器；其中，所述存储器存储有计算机程序，所述计算机程序适于由所述处理器加载并执行如权利要求1-6任意一项的方法步骤。

Images