CN114546374A - banner组件创建方法及相关设备 - Google Patents

Abstract

本申请实施例提供了一种banner组件创建方法及相关设备，可以解决banner组件开发效率低下的问题。该方法包括：定义banner组件的构成要素类型，根据所述构成要素类型创建banner组件通用模板。建立banner组件创建消息获取入口，其中，上述banner组件创建消息包括上述banner组件的创建信息。通过上述banner组件创建消息获取入口获取目标banner组件的创建信息。基于上述目标banner组件的创建信息及上述banner组件通用模板创建目标banner组件。

Description

banner组件创建方法及相关设备

技术领域

本申请涉及程序开发技术领域，尤其涉及一种banner组件创建方法及相关设备。

背景技术

在应用程序或网站开发中,经常需要开发banner视图，banner视图通常是指网站页面的横幅广告，在视频网站中经常作为礼物面板用以展示礼物相关的信息。

目前，现有的banner组件创建方案需要编写很多UI用户交互的操作,基于不同的banner样式和场景需要多次编写代码进行程序开发，无法重复利用之前的开发成果，开发效率低下。

发明内容

本申请实施例提供了一种banner组件创建方法及相关设备，可以解决banner组件开发效率低下的问题。

本申请实施例的第一方面提供了一种banner组件创建方法，包括：

定义banner组件的构成要素类型，根据所述构成要素类型创建banner组件通用模板；

建立banner组件创建消息获取入口，其中，所述banner组件创建消息包括所述banner组件的创建信息；

通过所述banner组件创建消息获取入口获取目标banner组件的创建信息；

基于所述目标banner组件的创建信息及所述banner组件通用模板创建目标banner组件。

可选地，所述构成要素类型包括：屏幕类型信息、icon信息、文字信息、进度条信息、背景图信息和定时器信息中的至少一种。

可选地，所述建立banner组件创建消息获取入口，具体包括：

定义banner组件创建消息的类型，其中，所述banner组件创建消息的类为数组；

设定通过module.exports方式导出所述banner组件创建消息，其中，所述module.exports方式为暴露接口方式。

可选地，所述通过所述banner组件创建消息获取入口获取目标banner组件的创建信息，具体包括：

通过所述banner组件创建消息获取入口接收服务端消息；

根据定义的所述banner组件创建消息的类型判断所述服务端消息是否为所述banner组件创建消息；

若确定所述服务端消息为所述目标banner组件创建消息，则基于所述目标banner组件创建消息获取所述目标banner组件的创建信息。

可选地，所述根据定义的所述banner组件创建消息的类型判断所述服务端消息是否为所述banner组件创建消息之前，所述方法还包括：

设定所述banner组件创建消息的处理类为bannerShell，定义所述bannerShell继承于activituShell，以使所述bannerShell具有所述activituShell所有功能，其中，所述activituShell用于接收各类c++的服务端消息；

创建所述banner组件创建消息的处理类的唯一标识信息。

可选的，所述若确定所述服务端消息为所述目标banner组件创建消息，则基于所述目标banner组件创建消息获取所述目标banner组件的创建信息，具体包括：

若确定所述服务端消息为所述目标banner组件创建消息，则通过handleData函数并基于所述目标banner组件创建消息获取所述目标banner组件的创建信息。

可选的，所述基于所述目标banner组件的创建信息及所述banner组件通用模板创建目标banner组件，具体包括：

将所述目标banner组件的创建信息转化为json格式的banner视图参数；

根据所述json格式的banner视图参数获得js格式的banner视图参数集合；

基于所述js格式的banner视图参数集合及所述banner组件通用模板渲染获得所述创建目标banner组件。

本申请实施例第二方面提供了一种banner组件创建装置，包括：

模板创建单元，用于定义banner组件的构成要素类型，根据所述构成要素类型创建banner组件通用模板；

入口创建单元，用于建立banner组件创建消息获取入口，其中，所述banner组件创建消息包括所述banner组件的创建信息；

获取单元，用于通过所述banner组件创建消息获取入口获取目标banner组件的创建信息；

处理单元，用于基于所述目标banner组件的创建信息及所述banner组件通用模板创建目标banner组件。

本申请实施例第三方面提供了一种电子设备，包括存储器、处理器，所述处理器用于执行存储器中存储的计算机程序时实现上述的banner组件创建方法的步骤。

本申请实施例第四方面提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的banner组件创建方法的步骤。

综上，本申请实施例提供的banner组件创建方法，通过定义banner组件的构成要素类型，根据上述构成要素类型创建banner组件通用模板，建立banner组件创建消息获取入口，由于banner组件创建消息包括上述banner组件的创建信息，通过上述banner组件创建消息获取入口获取目标banner组件的创建信息，最后基于上述目标banner组件的创建信息及上述banner组件通用模板创建目标banner组件，上述方案，由于先对banner视图进行分析抽象出banner组件的构成要素类型，进而创建banner组件通用模板，使得在banner开发过程中，只需接收目标banner组件创建消息，并根据上述目标banner组件创建消息获得目标banner组件的创建信息，通过上述创建banner组件通用模板可以生成不同的目标banner组件，从而通过一次开发，可实现后续开发过程中的重复利用，极大提高了开发效率。

相应地，本发明实施例提供的装置、电子设备和计算机可读存储介质，也同样具有上述技术效果。

附图说明

图1为本申请实施例提供的一种可能的banner组件创建方法的流程示意图；

图2为本申请实施例提供的一种可能的竖屏的banner组件样式示意图；

图3为本申请实施例提供的一种可能的横屏的banner组件样式示意图；

图4为本申请实施例提供的一种可能的banner组件创建装置的示意性结构框图；

图5为本申请实施例提供的一种可能的banner组件创建装置的硬件结构示意图；

图6为本申请实施例提供的一种可能的电子设备的示意性结构框图；

图7为本申请实施例提供的一种可能的计算机可读存储介质的示意性结构框图。

具体实施方式

本申请实施例提供了一种banner组件创建方法及相关设备，可以简化banner组件的创建工作，提高banner组件的开发效率。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的实施例能够以除了在这里图示或描述的内容以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。

请参阅图1，为本申请实施例提供的一种banner组件创建方法的流程图，具体可以包括：S110-S140。

S110，定义banner组件的构成要素类型，根据所述构成要素类型创建banner组件通用模板。

为了简化banner组件的创建过程，可以先对各种样式的banner进行样式的抽象,抽象出构成banner组件的构成要素类型，那么不同构成要素类型的组合，就能够生产多种样式banner组件。

上述构成要素类型可以包括：屏幕类型信息、icon信息、文字信息、进度条信息、背景图信息和定时器信息中的至少一种。

例如，抽象出来的构成要素类型中的屏幕类型信息可以分为屏幕的横屏和屏幕的竖屏，需要说明的是这里的屏幕是banner的视图的屏幕。可以通过构成要素类型中的icon信息确定banner组件是否具有icon。可以通过构成要素类型中的文字信息确定banner组件是否具有文字及具有几行文字。可以通过构成要素类型中的进度条信息确定每行文字是否有进度条的信息。在一个示例中，可以通过构成要素类型中屏幕类型信息确定出banner组件是横屏,通过叠加icon信息确定出上述横屏banner是否有icon，结合进度条信息确定横屏banner是否有进度条,通过背景图信息确定横屏的banner是否有背景图及图像标题等，通过定时器信息确定横屏的banner文字信息是否有定时器,可以对banner进行倒计时处理。综上，通过抽象出的不同构成要素类型的组合，可以完成各种样式的banner，以创建banner组件通用模板，使得可以用过该banner组件通用模板生成各式各样的banner。

示例性的，上述竖屏的banner样式可以如图2中各样式所示，上述横屏的banner样式可以如图3中各样式所示。

S120，建立banner组件创建消息获取入口，其中，上述banner组件创建消息包括上述banner组件的创建信息。

上述建立banner组件创建消息获取入口，具体可以包括：

定义banner组件创建消息的类型，其中，上述banner组件创建消息的类为数组。设定通过module.exports方式导出上述banner组件创建消息，其中，上述module.exports方式为暴露接口方式。

为了使banner能够在不同系统中使用，还需要编写多端代码，例如，为了满足用户在不同设备的使用需求，一般的banner组件创建过程需要分别开发iOS和安卓端的代码，这样，每次需要基于相同的程序流程重复地编写代码，拉低了开发效率。本方案可以通过下述示例来改善上述情况：

例如，可以通过定义一个js的类,这个类的名称可以定义为type.js。

可以通过以下语句编写banner组件创建消息的入口：

module.exports＝[‘banner4actiity1']；

其中，banner4actiity1是定义的banner组件创建消息的消息类型，具体的名称不限于此。需要导出这个消息的类,导出的类是数组,module.exports提供了暴露接口的方法，也即作为这个消息的类的导出方式。综上，通过定义js的类使得上述方案可以适用不同设备的使用需求，无需分别开发iOS和安卓端的代码，避免每次需要基于相同的程序流程重复地编写代码。通过定义banner组件创建消息的类为数组，可以满足不同样式banner的需求。并使得此banner组件创建消息的入口可以对服务端消息进行筛选，确定满足类型要求的消息为banner组件创建消息。

S130，通过上述banner组件创建消息获取入口获取目标banner组件的创建信息。

上述通过上述banner组件创建消息获取入口获取目标banner组件的创建信息，具体可以包括：

通过上述banner组件创建消息获取入口接收服务端消息；

根据定义的上述banner组件创建消息的类型判断上述服务端消息是否为上述banner组件创建消息；

若确定上述服务端消息为上述目标banner组件创建消息，则基于上述目标banner组件创建消息获取上述目标banner组件的创建信息。

上述根据定义的上述banner组件创建消息的类型判断上述服务端消息是否为上述banner组件创建消息之前，上述方法还包括：

设定上述banner组件创建消息的处理类为bannerShell，定义上述bannerShell继承于activituShell，以使上述bannerShell具有上述activituShell所有功能。使上述bannerShell具有上述activituShell所有功能，所以可以接收处理服务端的各种c++的消息，适用范围广。

创建上述banner组件创建消息的处理类的唯一标识信息，例如，可以定义为DYRNActivityBase.Banner，以便与其他功能组件进行区分。

上述若确定上述服务端消息为上述目标banner组件创建消息，则基于上述目标banner组件创建消息获取上述目标banner组件的创建信息，具体包括：

若确定上述服务端消息为上述目标banner组件创建消息，则通过handleData函数并基于上述目标banner组件创建消息获取上述目标banner组件的创建信息。

示例性的，服务端消息的内部的实现函数可以是:

其中，上述banner组件创建消息的处理类可以是：async handleInfo(info),aync是一个异步的处理方法，handleInfo是一个消息处理函数,info是需要处理的消息，if(！super.handleInfo(info)){是调用父类的函数的方法,如果父类的函数的方法存在就调用return true；函数返回true,返回true代表函数终止,this.handleData(info)；这个函数是将收到的消息传给本类中的handleData函数,

这个handleData函数的内部的实现过程如下:

其中，if(message){中的message实际上是上述info函数,其中data＝Object.assign({},data,{作用是从message中取出数据,可以使用this.instanceInfo&&this.instanceInfo.componentInstance拿到当前的创建banner的功能组件,判断当前的创建banner的功能组件是否存在,如果存在,就需要调用创建组件的方法:this._createComponent(data)，来创建banner组件。综上，通过上述消息处理类可以接收消息,分发消息,负责组件的创建,是实现简化banner开发的核心操作。

S140，基于上述目标banner组件的创建信息及上述banner组件通用模板创建目标banner组件。

上述基于上述目标banner组件的创建信息及上述banner组件通用模板创建目标banner组件，具体可以包括：

将上述目标banner组件的创建信息转化为json格式的banner视图参数；

根据上述json格式的banner视图参数获得js格式的banner视图参数集合；

基于上述js格式的banner视图参数集合及上述banner组件通用模板渲染获得上述创建目标banner组件。

示例性的，在名称为BannerComponent的banner视图组件内部,可以定义一个render渲染的方法,这个render的方法需要渲染这个视图,这个渲染的方法可以是:

其中，这个渲染的方法可以区分横竖屏,if(！isLand){是判断横屏的方法,这个代码块return(<HBuffBanner message＝{message}closeBuff＝{this.close}/>)；是渲染横屏的banner组件的方法,这个代码块是渲染竖屏的方法:return(<Banner closeBuff＝{this.close}/>)；通过上述方法完成了渲染横竖屏的方法,其中HBuffBanner是横屏的banner,

一般情况下，在这个banner内部需要实现多个渲染方法.

第一个渲染的方法是最外层的渲染方法,这个方法的内部实现方式是::

其中，

(<ImageBackgroundstyle＝{styles.verticalBanner}source＝{{uri:portraitBgUrl}}>语句是渲染一个视图的背景,source＝{{uri:portraitBgUrl}}>这个是视图背景的图片,{this.renderNoIcon()}这个方法是渲染icon视图的样式,渲染完成之后继续调用renderNoIcon(){进行二级渲染,最终调用三级渲染的方法,_renderVerticaltalLine＝()＝>{这个方法是三级渲染的方法,这个函数的内部能够完成各种视图的渲染,这些渲染都依赖于服务端的目标banner组件创建消息中的创建信息,服务端的目标banner组件创建消息将转化为一个配置的json,转化为配置的json的样式示例性的，可以如下所示:

其中，上述配置的json,构成了视图的各种参数,上述配置的json最终可以转化为了一个如下样式js格式的banner视图参数集合：

其中，上述的banner视图参数集合可以解释为width是宽度,height是banner的高度,position是banner的位置,left是banner的视图,总之这些都是填充这个banenr的各种坐标视图,服务端推送的目标banner组件创建消息转化为上述json,再转化为js的样式，最终通过banner组件通用模板中不同的banner样式的多级渲染，渲染出合适的banner视图,这个渲染的操作一次写完,后续只需要更改服务端的目标banner组件创建消息即可,这样可以保证以后均可以实现banner的快速开发,另外，上述方案使用banner创建语言是js语言,实现的可以实现跨端的使用。

综上，上述实施例提供的banner组件创建方法，通过定义banner组件的构成要素类型，根据上述构成要素类型创建banner组件通用模板，建立banner组件创建消息获取入口，由于banner组件创建消息包括上述banner组件的创建信息，通过上述banner组件创建消息获取入口获取目标banner组件的创建信息，最后基于上述目标banner组件的创建信息及上述banner组件通用模板创建目标banner组件，上述方案，由于先对banner视图进行分析抽象出banner组件的构成要素类型，进而创建banner组件通用模板，使得在banner开发过程中，只需接收目标banner组件创建消息，并根据上述目标banner组件创建消息获得目标banner组件的创建信息，通过上述创建banner组件通用模板可以生成不同的目标banner组件，从而通过一次开发，可实现后续开发过程中的重复利用，极大提高了开发效率。

上面对本申请实施例中banner组件创建方法进行了描述，下面对本申请实施例中的banner组件创建装置进行描述。

请参阅图4，本申请实施例中描述装置的一个实施例，可以包括：

模板创建单元201，用于定义banner组件的构成要素类型，根据所述构成要素类型创建banner组件通用模板；

入口创建单元202，用于建立banner组件创建消息获取入口，其中，上述banner组件创建消息包括上述banner组件的创建信息；

获取单元203，用于通过上述banner组件创建消息获取入口获取目标banner组件的创建信息；

处理单元204，用于基于上述目标banner组件的创建信息及上述banner组件通用模板创建目标banner组件。

上述构成要素类型可以包括：屏幕类型信息、icon信息、文字信息、进度条信息、背景图信息和定时器信息中的至少一种。

上述模板创建单元201，具体可以用于：

定义banner组件创建消息的类型，其中，上述banner组件创建消息的类为数组；

设定通过module.exports方式导出上述banner组件创建消息。

上述入口创建单元202，具体可以用于：

通过上述banner组件创建消息获取入口接收服务端消息；

根据定义的上述banner组件创建消息的类型判断上述服务端消息是否为上述banner组件创建消息；

若确定上述服务端消息为上述目标banner组件创建消息，则基于上述目标banner组件创建消息获取上述目标banner组件的创建信息。

其中，可以设定上述banner组件创建消息的处理类为bannerShell，定义上述bannerShell继承于activituShell，以使上述bannerShell具有上述activituShell所有功能；

创建上述banner组件创建消息的处理类的唯一标识信息。

上述获取单元203，具体可以用于若确定上述服务端消息为上述目标banner组件创建消息，则通过handleData函数并基于上述目标banner组件创建消息获取上述目标banner组件的创建信息。

上述处理单元204，具体可以用于：

将上述目标banner组件的创建信息转化为json格式的banner视图参数；

根据上述json格式的banner视图参数获得js格式的banner视图参数集合；

基于上述js格式的banner视图参数集合及上述banner组件通用模板渲染获得上述创建目标banner组件。

综上，上述实施例提供的banner组件创建装置，通过定义banner组件的构成要素类型，根据上述构成要素类型创建banner组件通用模板，建立banner组件创建消息获取入口，由于banner组件创建消息包括上述banner组件的创建信息，通过上述banner组件创建消息获取入口获取目标banner组件的创建信息，最后基于上述目标banner组件的创建信息及上述banner组件通用模板创建目标banner组件，上述方案，由于先对banner视图进行分析抽象出banner组件的构成要素类型，进而创建banner组件通用模板，使得在banner开发过程中，只需接收目标banner组件创建消息，并根据上述目标banner组件创建消息获得目标banner组件的创建信息，通过上述创建banner组件通用模板可以生成不同的目标banner组件，从而通过一次开发，可实现后续开发过程中的重复利用，极大提高了开发效率。

上面图4从模块化功能实体的角度对本申请实施例中的banner组件创建装置进行了描述，下面从硬件处理的角度对本申请实施例中的banner组件创建装置进行详细描述，请参阅图5，本申请实施例中的banner组件创建装置300一个实施例，包括：

输入装置301、输出装置302、处理器303和存储器304，其中，处理器303的数量可以一个或多个，图5中以一个处理器303为例。在本申请的一些实施例中，输入装置301、输出装置502、处理器303和存储器304可通过总线或其它方式连接，其中，图5中以通过总线连接为例。

其中，通过调用存储器304存储的操作指令，处理器303，用于执行如下步骤：

定义banner组件的构成要素类型，根据所述构成要素类型创建banner组件通用模板；

建立banner组件创建消息获取入口，其中，上述banner组件创建消息包括上述banner组件的创建信息；

通过上述banner组件创建消息获取入口获取目标banner组件的创建信息；

基于上述目标banner组件的创建信息及上述banner组件通用模板创建目标banner组件。

通过调用存储器304存储的操作指令，处理器303，还用于执行图1对应的实施例中的任一方式。

请参阅图6，图6为本申请实施例提供的电子设备的实施例示意图。

如图6所示，本申请实施例提供了一种电子设备，包括存储器410、处理器420及存储在存储器420上并可在处理器420上运行的计算机程序411，处理器420执行计算机程序411时实现以下步骤：

定义banner组件的构成要素类型，根据所述构成要素类型创建banner组件通用模板；

建立banner组件创建消息获取入口，其中，上述banner组件创建消息包括上述banner组件的创建信息；

通过上述banner组件创建消息获取入口获取目标banner组件的创建信息；

基于上述目标banner组件的创建信息及上述banner组件通用模板创建目标banner组件。

在具体实施过程中，处理器420执行计算机程序411时，可以实现图1对应的实施例中任一实施方式。

由于本实施例所介绍的电子设备为实施本申请实施例中一种banner组件创建装置所采用的设备，故而基于本申请实施例中所介绍的方法，本领域所属技术人员能够了解本实施例的电子设备的具体实施方式以及其各种变化形式，所以在此对于该电子设备如何实现本申请实施例中的方法不再详细介绍，只要本领域所属技术人员实施本申请实施例中的方法所采用的设备，都属于本申请所欲保护的范围。

请参阅图7，图7为本申请实施例提供的一种计算机可读存储介质的实施例示意图。

如图7所示，本实施例提供了一种计算机可读存储介质500，其上存储有计算机程序511，该计算机程序511被处理器执行时实现如下步骤：

定义banner组件的构成要素类型，根据所述构成要素类型创建banner组件通用模板；

建立banner组件创建消息获取入口，其中，上述banner组件创建消息包括上述banner组件的创建信息；

通过上述banner组件创建消息获取入口获取目标banner组件的创建信息；

基于上述目标banner组件的创建信息及上述banner组件通用模板创建目标banner组件。

在具体实施过程中，该计算机程序511被处理器执行时可以实现图1对应的实施例中任一实施方式。

需要说明的是，在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其它实施例的相关描述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式计算机或者其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括计算机软件指令，当计算机软件指令在处理设备上运行时，使得处理设备执行如图1对应实施例中的banner组件创建方法中的流程。

所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD))等。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (10)

1.一种banner组件创建方法，其特征在于，包括：

定义banner组件的构成要素类型，根据所述构成要素类型创建banner组件通用模板；

建立banner组件创建消息获取入口，其中，所述banner组件创建消息包括所述banner组件的创建信息；

通过所述banner组件创建消息获取入口获取目标banner组件的创建信息；

基于所述目标banner组件的创建信息及所述banner组件通用模板创建目标banner组件。

2.根据权利要求1所述的方法，其特征在于，所述构成要素类型包括：屏幕类型信息、icon信息、文字信息、进度条信息、背景图信息和定时器信息中的至少一种。

3.根据权利要求1所述的方法，其特征在于，所述建立banner组件创建消息获取入口，具体包括：

定义所述banner组件创建消息的类型，其中，所述banner组件创建消息的类为数组；

设定通过module.exports方式导出所述banner组件创建消息，其中，所述module.exports方式为暴露接口方式。

4.根据权利要求3所述的方法，其特征在于，所述通过所述banner组件创建消息获取入口获取目标banner组件的创建信息，具体包括：

通过所述banner组件创建消息获取入口接收服务端消息；

根据定义的所述banner组件创建消息的类型判断所述服务端消息是否为所述banner组件创建消息；

若确定所述服务端消息为所述目标banner组件创建消息，则基于所述目标banner组件创建消息获取所述目标banner组件的创建信息。

5.根据权利要求4所述的方法，其特征在于，所述根据定义的所述banner组件创建消息的类型判断所述服务端消息是否为所述banner组件创建消息之前，所述方法还包括：

设定所述banner组件创建消息的处理类为bannerShell，定义所述bannerShell继承于activituShell，以使所述bannerShell具有所述activituShell所有功能，其中，所述activituShell用于接收各类c++的服务端消息；

创建所述banner组件创建消息的处理类的唯一标识信息。

6.根据权利要求1所述的方法，其特征在于，所述若确定所述服务端消息为所述目标banner组件创建消息，则基于所述目标banner组件创建消息获取所述目标banner组件的创建信息，具体包括：

若确定所述服务端消息为所述目标banner组件创建消息，则通过handleData函数并基于所述目标banner组件创建消息获取所述目标banner组件的创建信息。

7.根据权利要求1所述的方法，其特征在于，所述基于所述目标banner组件的创建信息及所述banner组件通用模板创建目标banner组件，具体包括：

将所述目标banner组件的创建信息转化为json格式的banner视图参数；

根据所述json格式的banner视图参数获得js格式的banner视图参数集合；

基于所述js格式的banner视图参数集合及所述banner组件通用模板渲染获得所述创建目标banner组件。

8.一种banner组件创建装置，其特征在于，包括：

模板创建单元，用于定义banner组件的构成要素类型，根据所述构成要素类型创建banner组件通用模板；

入口创建单元，用于建立banner组件创建消息获取入口，其中，所述banner组件创建消息包括所述banner组件的创建信息；

获取单元，用于通过所述banner组件创建消息获取入口获取目标banner组件的创建信息；

处理单元，用于基于所述目标banner组件的创建信息及所述banner组件通用模板创建目标banner组件。

9.一种电子设备，包括存储器、处理器，其特征在于，所述处理器用于执行存储器中存储的计算机程序时实现如权利要求1至7中任一项所述的banner组件创建方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于：所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的banner组件创建方法的步骤。

Images