CN110580174A - 应用组件生成方法、服务器及终端 - Google Patents

Abstract

本发明实施例提供了一种应用组件生成方法，包括：基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包；将所述组件数据包发送给终端，以供所述终端解析所述组件数据包，生成目标应用组件。本发明实施例提供的一种应用组件生成方法，通过预设的组件定义模型定义的组件规范，将任意应用组件按照组件规范进行模型化定义，从而将业务逻辑代码和UI组件代码分离，降低了业务和UI的耦合度，提高了业务代码的复用程度。

Description

应用组件生成方法、服务器及终端

技术领域

本发明实施例涉及计算机软件技术领域，尤其涉及一种应用组件生成方法、服务器及终端。

背景技术

移动应用的组件通常是通过程序运行平台的开发包所定义并提供的，第三方软件供应商也会通过额外的扩展机制对组件进行扩充，并提供给更多的开发组织使用。但是在移动应用开发的背景下，需要面向多个平台，一般的主流应用分发平台包括Android，iOS，Web App,同时由于超级App的出现，在微信，支付宝等超级入口应用中也提供了不同子应用程序的模型，并且提供了轻量级的组件环境。

如果换做技术开发的角度出发，那么应用程序的开发平台包括了Android(Java语言)，iOS(Object C或者Swift语言)，Web App(JavaScript语言)，同时超级App提供的运行环境一般使用JavaScript语言，但是由于其考虑平台的特殊要求，安全，性能等，都会提供自有的非标准的JavaScript组件模型。同时Web App由于其特别的灵活性和方便部署更新等特性，得到了广泛的跨平台方案的青睐。不过由于Web App运行于浏览器内核中，对应用融合和交互体验上存在缺陷，又出现了如React Native等折中的解决方案。由于多个平台各自的技术标准，加之超级App和多种跨平台技术的出现，使得应用开发的选择很多，对技术和UI设计的选择变得很复杂，而且新平台的出现可能会影响从设计到开发的整个过程，并且不利于业务规则的复用，业务规则的实现需要多套代码，使得业务规则的一致性保障的代价很高。

因此现在亟需一种应用组件生成方法来解决上述问题。

发明内容

为了解决上述问题，本发明实施例提供一种克服上述问题或者至少部分地解决上述问题的应用组件生成方法、服务器及终端。

第一方面本发明实施例提供一种应用组件生成方法，包括：

基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包；

将所述组件数据包发送给终端，以供所述终端解析所述组件数据包，生成目标应用组件。

第二方面本发明实施例还提供了一种应用组件生成方法，包括：

接收到服务器发送的符合组件规范的组件数据包，并解析所述组件数据包，生成目标应用组件。

第三方面本发明实施例还提供了一种服务器，包括：

封装模块，用于基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包；

发送模块，用于将所述组件数据包发送给终端，以供所述终端解析所述组件数据包，生成目标应用组件。

第四方面本发明实施例还提供了一种终端，包括：

应用组件生成模块，用于接收到服务器发送的符合组件规范的组件数据包，并解析所述组件数据包，生成目标应用组件。

第五方面本发明实施例提供了一种服务器设备，包括：

处理器、存储器、通信接口和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行上述所述的一种应用组件生成方法。

第六方面本发明实施例提供了一种终端设备，包括：

处理器、存储器、通信接口和总线；其中，所述处理器、存储器、通信接口通过所述总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行上述所述的一种应用组件生成方法。

本发明实施例提供的一种应用组件生成方法，通过预设的组件定义模型定义的组件规范，将任意应用组件按照组件规范进行模型化定义，从而将业务逻辑代码和UI组件代码分离，降低了业务和UI的耦合度，提高了业务代码的复用程度。

附图说明

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

图1是本发明实施例提供的一种应用组件生成方法流程示意图；

图2是本发明实施例提供的组件数据包示意图；

图3是本发明实施例提供的一种应用组件显示界面示意图；

图4是本发明实施例提供的又一种应用组件生成方法流程示意图；

图5是本发明实施例提供的一种服务器结构图；

图6是本发明实施例提供的一种终端结构图；

图7是本发明实施例提供的服务器设备的结构框图

图8是本发明实施例提供的终端设备的结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

目前，现有技术在进行应用组件生成过程中由于多移动端平台的存在，导致业务代码难以复用，业务规则的实现需要多套代码，使得业务规则的一致性保障的代价很高。

针对上述问题，图1是本发明实施例提供的一种应用组件生成方法流程示意图，如图1所示，包括：

110、基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包；

120、将所述组件数据包发送给终端，以供所述终端解析所述组件数据包，生成目标应用组件。

需要说明的是，图1所示的实施例中执行主体为服务器，或者是任意能够实现服务器功能的实体或虚拟设备。

具体的，步骤110中，可以理解的是，本发明实施例为了解决现有技术中业务代码难以复用的问题，预设了一个组件定义模型来定义组件规范，从而提高应用UI设计的复用度。其中，组件定义模型在本发明实施例中也可称为页面描述模型，通过该页面描述模型能够将组件的数据源，组件类型，组件属性，数据绑定，事件，业务逻辑以及扩展方法进行设计。进一步的，页面描述模型中定义了组件页面描述中的组件规范，通过组件规范能够定义并规范组件的描述方式。原始数据即设计该组件的原始代码，代码的具体内容和类型本发明不予限定，任何形式的代码均可。通过本发明实施例预设的组件规范能够将原始数据按照组件规范的形式进行重新封装。重新封装后的组件数据包即实现了用组件规范的格式描述原始代码。

进一步的，步骤120中，服务器将封装后的组件数据包发送给终端，从而终端侧通过组件数据包中组件规范的定义，解析组件数据包的内容，将组件功能进行恢复，并生成能够在终端上使用的应用组件。需要说明的是，本发明实施例中提供的终端可以为任意类型、任意架构的终端，只要相应的提供能够解析组件数据包的功能即可。

例如：本发明实施例需要实现一个用户登录界面，并且此登录界面需要在iOS，Android，移动网站和微信公众号上实施。那么利用本发明实施例提供的方案，只需要获取一份包含该实施组件的组件定义和逻辑定义的原始代码即可在任意终端上进行实现。具体过程为：通过本发明实施例预设的组件定义模型定义的组件规范，将原始代码通过页面描述模型进行描述后，封装成组件数据包，图2是本发明实施例提供的组件数据包示意图，如图2所示，所有的原始代码均可用这种组件规范进行描述，只需相应更改各个目录节点下的代码含义。在将封装好的组件数据包发送给各个类型的终端后，各个终端根据自身不同的特性，将同一组件数据包解析成自身终端类型所需的应用组件形式，从而还原同一应用组件显示功能，图3是本发明实施例提供的一种应用组件显示界面示意图。

可以理解的是，本发明实施例提供的方案不同于现有的移动端跨平台开发技术，比如React Native，H5等，也不是尝试修改或者替换这些技术。通过本发明实施例重新封装的组件数据包，能够将任意原始代码用页面描述模型描述，从而独立于特定移动平台，还能够促有利于新移动端的适配过程，完全不影响业务逻辑，只需要对新移动端的平台特性实现一套本方案的组件及其行为的客户端模块即可。并且，还使得在组件定义保持不变的情况下，修改后台的逻辑代码，无需更新任何移动端代码，后台代码更新后功能实时生效。

在上述实施例的基础上，所述组件定义模型定义的组件规范包括：组件数据来源、组件数据绑定以及组件行为。

由上述实施例的内容可知，本发明实施例通过预设的组件定义模型定义的组件规范，实现了用页面描述模型描述原始代码，将构造应用组件的各个组件进行了规范。

那么，具体的，在本发明实施例中，定义的组件规范主要构成要素为：

page：作为多个组件的容器元素；

data：数据源元素，用于向组件提供数据的定义；

layout：布局元素，为组件提供布局要素；

widget：组件本身的类型和对应的组件属性；

action：组件的交互事件定义；

validation：组件数据的验证定义；

event：组件生命周期事件的脚本定义；

transfer：组件触发的界面迁移定义。

可以理解的是，通过上述组件元素的定义，能够对任意形式的原始代码进行规范，其中，根据元素定义的划分，可以将组件规范归纳为三个方面：组件数据来源、组件数据绑定以及组件行为。

其中，组件数据来源定义的内容为组件从什么数据源获取数据。在本发明实施例中，使用data元素统一定义了所有可适配的数据源，并且作为组件定义中组件数据来源。数据源定义包括数据库，其他系统的接口，外部文件，配置参数等。

组件数据绑定定义的内容为：如果一个组件需要和数据源进行绑定，在组件定义节(widget)中设计persist属性引用数据源的定义。并且引用的数据源可以定义读写双向的绑定。

组件行为定义的内容为：组件在表示业务逻辑并且和用户交互过程中发生的各种时机，本方案将组件行为规范为标准的模型节点，分别为：

布局(layout)：定义组件呈现的外观和位置；

数据验证(validation)：定义组件收集的数据应当满足的规范；

交互事件(action)：定义组件能够支持的用户交互行为；

生命周期(event)：定义组件的生命周期；

迁移(transfer)：定义组件可能触发的界面迁移行为。

由于组件的业务逻辑都是在某个组件行中进行触发并处理的，所以页面描述模型为上述组件行为定义了一个脚本节点，这些脚本节点可以支持一个给定的脚本语言，通过脚本语言编写具体的业务逻辑。

在上述实施例的基础上，所述基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包，包括：

获取所述原始数据的数据源节点，将所述数据源节点作为原始数据对应的组件数据来源；

获取所述数据源节点和所述原始数据的绑定关系，将所述数据源节点和所述原始数据的绑定关系作为原始数据对应的组件数据绑定；

获取所述原始数据的业务逻辑，将所述原始数据的业务逻辑作为原始数据对应的组件行为；

将所述原始数据对应的组件数据来源、所述原始数据对应的组件数据绑定以及所述原始数据对应的组件行为封装成所述组件数据包。

由上述实施例的内容可知，本发明实施例通过组件规范定义了组件的封装形式，那么具体的封装过程实质上是服务器通过翻译和转换过程将页面描述模型描述的原始代码形成封装数据包的过程。

具体的，本发明实施例会读入组件定义模型定义的组件规范，解析其中定义的各个元素，如上述实施例中所述的data、widget、layout等。然后分析原始数据的数据源节点，并从数据源节点执行数据读入，从而在data中写入描述程序。接着按照组件规范定义组件数据源和原始数据之间的数据绑定，以及定义组件行为。具体的定义组件行为包括：加载组件的布局节点，定义组件的布局行为；解析组件交互行为，定义组件的交互行为；定义组件触发生命周期的方法。最后将所有定义好的内容组合并封装为一个完整的组件数据包发送给客户端。

在上述实施例的基础上，所述组件行为包括若干个事件节点，分别为：组件的布局事件、组件的数据验证事件、组件的交互事件、组件的生命周期事件以及组件的迁移事件。

可以理解的是，组件行为实质上就是组件的业务逻辑，那么可根据可能触发的各个事件将组件行为分为组件的布局事件、组件的数据验证事件、组件的交互事件、组件的生命周期事件以及组件的迁移事件。每个事件在组件行为中定义一个事件节点，若原始数据中包含该事件内容，则相应在事件节点中进行描述，从而实现该事件的业务逻辑。

图4是本发明实施例提供的又一种应用组件生成方法流程示意图，如图4所示，包括：

410、接收到服务器发送的符合组件规范的组件数据包，并解析所述组件数据包，生成目标应用组件。

需要说明的是，图4所示实施例的执行主体为终端设备，或者是任意能够实现终端功能的实体或虚拟设备。

具体的，在步骤410中，终端在接收到服务器按照组件规范重新封装的组件数据包后，需要对组件数据包中的内容进行解析，从而生成终端上能够使用的目标应用组件。

可以理解的是，解析组件数据包的过程实质上是根据组件规范定义的内容获取目标应用组件的业务逻辑代码和组件代码，然后根据不同类型终端的不同特性，相应的启动预设的终端渲染功能恢复模型绘制页面UI界面。其中，终端渲染功能恢复模型是根据不同终端平台类型所对应不同的组件规范形式预先设置的。

需要说明的是，在生成目标应用组件的过程中，由于终端的类别可能不同，可能为ios平台、可能为Android平台，那么为了能够统一实现相同功能的目标应用组件，本发明实施例会按照组件数据包中控件模型的类型将其映射到不同平台上的具体控件中，然后再通过具体控件的所属ID绑定该组件数据包的实现容器。

本发明实施例提供的应用组件生成方法，终端通过组件规范的定义，调用终端平台上根据组件规范编写的终端渲染功能恢复模型的方式，实现了所有类型终端的应用组件统一化实现，提高了业务代码的复用程度。

在上述实施例的基础上，所述解析所述组件数据包，生成目标应用组件，包括：

解析所述组件数据包，获取所述组件数据包中的组件元素和事件元素；

基于所述组件元素和所述事件元素，在容器中构造所述目标应用组件。

由上述实施例的内容可知，本发明实施例提供了一种终端，能够通过组件规范的定义，调用终端平台上根据组件规范编写的终端渲染功能恢复模型的方式，实现了所有类型终端的应用组件统一化实现。那么具体的生成过程中，首先需要获取组件数据包中组件元素和事件元素。

组件元素由上述实施例内容可知，可在组件数据来源和组件数据绑定中获取，而事件元素可在组件行为中获取。根据获取的组件元素和事件元素，在容器中生成终端所需的目标应用组件。

具体的，本发明实施例在接收到服务器发送的组件数据包后，便开始启动目标应用组件创建过程。获取组件数据包中的数据验证事件，验证组件数据包的完整性、组件的有效性以及数据包签名的合法性。若数据验证通过，则在容器中开始创建目标应用组件。创建过程中，首先获取组件数据包定义的布局事件，构建目标应用组件的基本组件布局结构并增加到容器中，再将组件数据包中的组件行为绑定到对应生成的目标应用组件中，最后启动预设的终端渲染功能恢复模型绘制页面UI界面完成目标应用组件生成。

进一步的，本发明实施例还提供了对生成的页面事件和页面组件集中管理的方法：

在生成组件和组件事件时将其放入预设的模型管理器中，当页面数据进行切换时将指定的组件和组件事件在模型管理器中清除，从而实现内容的更新。

图5是本发明实施例提供的一种服务器结构图，如图5所示，所述服务器包括：封装模块510以及发送模块520，其中：

封装模块510用于基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包；

发送模块520用于将所述组件数据包发送给终端，以供所述终端解析所述组件数据包，生成目标应用组件。

具体的如何通过封装模块510以及发送模块520进行应用组件生成可用于执行图1所示的应用组件生成方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本发明实施例在服务器端解析应用组件的各个组成部分，并将解析的各个组成部分按照预设的组件定义模型定义的组件规范进行封装，从而供终端根据组件封装包，生成相应的应用组件。

图6是本发明实施例提供的一种终端结构图，如图6所示，所述终端包括：应用组件生成模块610，其中：

应用组件生成模块610用于接收到服务器发送的符合组件规范的组件数据包，并解析所述组件数据包，生成目标应用组件。

具体的如何通过应用组件生成模块610进行应用组件生成可用于执行图2所示的应用组件生成方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

本发明实施例提供一种服务器设备，包括：至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：

图7是本发明实施例提供的服务器设备的结构框图，参照图7，所述服务器设备，包括：处理器(processor)710、通信接口(Communications Interface)720、存储器(memory)730和总线740，其中，处理器710，通信接口720，存储器730通过总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行如下方法：基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包；将所述组件数据包发送给终端，以供所述终端解析所述组件数据包，生成目标应用组件。

本发明实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包；将所述组件数据包发送给终端，以供所述终端解析所述组件数据包，生成目标应用组件。

本发明实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包；将所述组件数据包发送给终端，以供所述终端解析所述组件数据包，生成目标应用组件。

本发明实施例提供一种终端设备，包括：至少一个处理器；以及与所述处理器通信连接的至少一个存储器，其中：

图8是本发明实施例提供的终端设备的结构框图，参照图8，所述服务器设备，包括：处理器(processor)810、通信接口(Communications Interface)820、存储器(memory)830和总线840，其中，处理器810，通信接口820，存储器830通过总线840完成相互间的通信。处理器810可以调用存储器830中的逻辑指令，以执行如下方法：接收到服务器发送的符合组件规范的组件数据包，并解析所述组件数据包，生成目标应用组件。

本发明实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：接收到服务器发送的符合组件规范的组件数据包，并解析所述组件数据包，生成目标应用组件。

本发明实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：接收到服务器发送的符合组件规范的组件数据包，并解析所述组件数据包，生成目标应用组件。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种应用组件生成方法，其特征在于，包括：

基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包；

将所述组件数据包发送给终端，以供所述终端解析所述组件数据包，生成目标应用组件。

2.根据权利要求1所述的方法，其特征在于，所述组件定义模型定义的组件规范包括：组件数据来源、组件数据绑定以及组件行为。

3.根据权利要求2所述的方法，其特征在于，所述基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包，包括：

获取所述原始数据的数据源节点，将所述数据源节点作为原始数据对应的组件数据来源；

获取所述数据源节点和所述原始数据的绑定关系，将所述数据源节点和所述原始数据的绑定关系作为原始数据对应的组件数据绑定；

获取所述原始数据的业务逻辑，将所述原始数据的业务逻辑作为原始数据对应的组件行为；

将所述原始数据对应的组件数据来源、所述原始数据对应的组件数据绑定以及所述原始数据对应的组件行为封装成所述组件数据包。

4.根据权利要求3所述的方法，其特征在于，所述组件行为包括若干个事件节点，分别为：组件的布局事件、组件的数据验证事件、组件的交互事件、组件的生命周期事件以及组件的迁移事件。

5.一种应用组件生成方法，其特征在于，包括：

接收到服务器发送的符合组件规范的组件数据包，并解析所述组件数据包，生成目标应用组件。

6.根据权利要求5所述的方法，其特征在于，所述解析所述组件数据包，生成目标应用组件，包括：

解析所述组件数据包，获取所述组件数据包中的组件元素和事件元素；

基于所述组件元素和所述事件元素，在容器中构造所述目标应用组件。

7.一种服务器，其特征在于，包括：

封装模块，用于基于预设的组件定义模型定义的组件规范，将获取的原始数据封装成符合所述组件规范的组件数据包；

发送模块，用于将所述组件数据包发送给终端，以供所述终端解析所述组件数据包，生成目标应用组件。

8.一种服务器设备，其特征在于，包括存储器和处理器，所述处理器和所述存储器通过总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如权利要求1至4任一所述的方法。

9.一种终端，其特征在于，包括：

应用组件生成模块，用于接收到服务器发送的符合组件规范的组件数据包，并解析所述组件数据包，生成目标应用组件。

10.一种终端设备，其特征在于，包括存储器和处理器，所述处理器和所述存储器通过总线完成相互间的通信；所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行如权利要求5至6任一所述的方法。