发明内容
基于此,有必要针对上述技术问题,提供一种能够高效进行的页面展示方法、装置、计算机设备、计算机可读存储介质和计算机程序产品。
第一方面,本申请提供了一种页面展示方法,所述方法包括:
获取用户群标签与运营主体类型,基于所述用户群标签与运营主体类型确定对应的候选页面,所述候选页面包括展示位组件,所述展示位组件包括组件的布局信息与待展示信息;
获取推广渠道标识与基础页面标识,所述基础页面标识对应于基础页面,所述推广渠道标识对应于待推广渠道;
基于所述推广渠道标识与基础页面标识,从所述候选页面中确定目标页面,所述目标页面包括目标展示位组件,所述目标展示位组件包括目标组件的布局信息和目标待展示信息;
基于所述目标组件的布局信息,加载所述目标待展示信息,进行页面展示。
在其中一个实施例中,所述候选页面的生成,包括:
获取待配置的基础页面,确定待配置的基础页面对应的布局配置模板,所述布局配置模板包括所述展示位组件与所述展示位组件的布局信息,所述展示位组件对应于候选用户群标签与候选运营主体类型;
基于所述展示位组件的布局信息,将所述展示位组件与所述待配置的基础页面组配,得到配置后的页面;
获取候选推广渠道标识,组合所述候选推广渠道标识与所述配置后的页面,得到组合后的页面,所述组合后的页面是所述候选页面。
在其中一个实施例中,所述得到组合后的候选页面之后,还包括:
基于候选推广渠道标识的对应关系,将组合后的候选页面,同步为相关联的候选推广渠道中的候选页面,或者,基于候选推广渠道标识的对应关系,将组合后的候选页面作为相关联的候选推广渠道中的目标页面。
在其中一个实施例中,所述基于所述展示位组件的布局信息,确定所述待配置的基础页面中的展示位组件布局之前,包括:
若检测到布局配置模板的更新指令,基于所述更新指令,获取更新后的展示位组件与展示位组件的布局信息;和/或,
若检测到布局配置模板的替换指令,则基于所述替换指令,获取替换后的展示位组件与展示位组件的布局信息。
在其中一个实施例中,所述基于所述目标组件的布局信息,加载所述目标待展示信息,进行页面展示包括:
若检测到优先加载标识,获取所述推广渠道标识、所述用户群标签及所述运营主体类型分别对应的渠道优先标识、用户群优先标识及主体优先标识;
按照所述渠道优先标识、所述用户群优先标识及所述主体优先标识的优先级顺序,分别加载对应的所述目标待展示信息,实现所述目标组件的渲染。
在其中一个实施例中,所述展式位组件包括个性化展式位组件,所述动态展式位组件对应于动态展式位标识,所述从所述候选页面中确定目标页面包括:
若检测到所述个性化展式位标识,则获取个性化展式位标识对应的动态数据,所述动态数据包括业务逻辑;
将所述动态数据作为所述个性化展式位组件的目标待展示信息;
将所述个性化展式位组件中的组件的布局信息,作为目标组件的布局信息。
第二方面,本申请还提供了一种页面展示装置,所述装置包括:
候选页面获取模块,用于获取用户群标签与运营主体类型,基于所述用户群标签与运营主体类型确定对应的候选页面,所述候选页面包括展示位组件,所述展示位组件包括待展示信息与组件的布局信息;
渠道确定模块,用于获取推广渠道标识与基础页面标识,所述基础页面标识对应于基础页面,所述推广渠道标识对应于待推广渠道;
展示位获取模块,用于基于所述推广渠道标识与基础页面标识,从所述候选页面中获取目标页面,获取所述目标页面中的目标展示位组件,所述目标展示位组件包括目标待展示信息与目标组件的布局信息;
页面展示模块,用于基于所述目标组件的布局信息,加载所述待展示信息,进行页面展示。
第三方面,本申请还提供了一种计算机设备。所述计算机设备包括存储器和处理器,所述存储器存储有计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
获取用户群标签与运营主体类型,基于所述用户群标签与运营主体类型确定对应的候选页面,所述候选页面包括展示位组件,所述展示位组件包括组件的布局信息与待展示信息;
获取推广渠道标识与基础页面标识,所述基础页面标识对应于基础页面,所述推广渠道标识对应于待推广渠道;
基于所述推广渠道标识与基础页面标识,从所述候选页面中确定目标页面,所述目标页面包括目标展示位组件,所述目标展示位组件包括目标组件的布局信息和目标待展示信息;
基于所述目标组件的布局信息,加载所述目标待展示信息,进行页面展示。
第四方面,本申请还提供了一种计算机可读存储介质。所述计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现以下步骤:
获取用户群标签与运营主体类型,基于所述用户群标签与运营主体类型确定对应的候选页面,所述候选页面包括展示位组件,所述展示位组件包括组件的布局信息与待展示信息;
获取推广渠道标识与基础页面标识,所述基础页面标识对应于基础页面,所述推广渠道标识对应于待推广渠道;
基于所述推广渠道标识与基础页面标识,从所述候选页面中确定目标页面,所述目标页面包括目标展示位组件,所述目标展示位组件包括目标组件的布局信息和目标待展示信息;
基于所述目标组件的布局信息,加载所述目标待展示信息,进行页面展示。
第五方面,本申请还提供了一种计算机程序产品。所述计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现以下步骤:
获取用户群标签与运营主体类型,基于所述用户群标签与运营主体类型确定对应的候选页面,所述候选页面包括展示位组件,所述展示位组件包括组件的布局信息与待展示信息;
获取推广渠道标识与基础页面标识,所述基础页面标识对应于基础页面,所述推广渠道标识对应于待推广渠道;
基于所述推广渠道标识与基础页面标识,从所述候选页面中确定目标页面,所述目标页面包括目标展示位组件,所述目标展示位组件包括目标组件的布局信息和目标待展示信息;
基于所述目标组件的布局信息,加载所述目标待展示信息,进行页面展示。
上述页面展示方法、装置、计算机设备、存储介质和计算机程序产品,获取用户群标签与运营主体类型,基于用户群标签与运营主体类型确定对应的候选页面,候选页面包括展示位组件,展示位组件包括组件的布局信息与待展示信息;获取推广渠道标识与基础页面标识,基础页面标识对应于基础页面,推广渠道标识对应于待推广渠道;基于推广渠道标识与基础页面标识,从候选页面中确定目标页面,目标页面包括目标展示位组件,目标展示位组件包括目标组件的布局信息和目标待展示信息;基于目标组件的布局信息,加载目标组件,得到页面组件,基于页面组件与目标待展示信息,进行页面展示。虽然当前的业务数据及业务流程较为复杂,但组件中的业务逻辑和运营功能的待展示信息解耦之后,运营功能的修改不容易导致产品核心功能异常,由此,可以较为高效地按渠道构建的页面进行数据的展示。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本申请实施例提供的页面展示方法,可以应用于如图1所示的应用环境中。其中,终端102通过网络与服务器104进行通信。数据存储系统可以存储服务器104需要处理的数据。数据存储系统可以集成在服务器104上,也可以放在云上或其他网络服务器上。其中,终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑、物联网设备和便携式可穿戴设备,物联网设备可为智能音箱、智能电视、智能空调、智能车载设备等。便携式可穿戴设备可为智能手表、头戴设备(智能眼镜之类)等。服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
在一个实施例中,如图2所示,提供了一种页面展示方法,以该方法应用于图1中的终端102为例进行说明,包括以下步骤:
步骤202,获取用户群标签与运营主体类型,基于用户群标签与运营主体类型确定对应的候选页面,候选页面包括展示位组件,展示位组件包括组件的布局信息与待展示信息。
用户群标签,是用户所属群体的标签,用于确定用户所属的群体类别,群体类别可以按照职业划分,也可以按照工作状态划分,例如:用户群标签可以是学生、奋斗者、工薪等类型。而一个用户也可以是多个群体中的成员。
运营主体类型,是推广渠道的运营主体类型,其可以是合营、自营、联合等类型;不同的运营主体类型可以具有不同的技术平台、不同的技术策略、不同的开发人员、不同的推广方式。
用户群标签与运营主体类型,均属于类别数据,其可以对应于一系列的数据,而使用这两种数据组合之后,可以进一步确定具体的候选页面集合,大幅度提升候选页面确定的过程。提升速度。
候选页面,其包括预先定义的展示位组件,一个页面可包括一组展示位组件。展示位组件,也可以称为展位,展示位组件是实例化区域,其配置有展示信息,用于明确位置、明确用途、明确组件的布局信息,组件的布局信息可以是布局结构,例如:图文上下或左右平铺、Banner轮播、弹窗等。在一可选地实施例中,把各个渠道业务的运营内容进行抽象、归类,形成运营的展示位组件,配置数据进行动静分离,通过将静态数据持久化为文件的方式减少服务器消耗,提高性能。
组件,特指前端代码工程引入的第三方开源或自定义开发的component组件,是以npm包或其他独立的文件块等形式引入,组件包括组件ID(英文编码)、组件中文名称、组件版本号等基本属性。
组件的布局信息,是指组件布局的静态信息,组件布局的静态信息不代表最终展示的画面是静态的,而是指代码层面的静态,其属于组件的配置信息。待展示信息,主要是指静态数据,静态数据的业务逻辑是固定的,其也可以称为运营信息,运营信息是可以配置的,其可以通过具体的模板进行配置得到,其配置方式不需编写代码去描述界面元素的外观和位置,而只要把预先建立的对象添加到界面上即可。
在一可选地实施方式中,基于用户群标签与运营主体类型确定对应的候选页面的过程,是以用户群标签选择候选页面的内容,是以运营主体类型选择候选页面的数据所属、数据类型、组配方式等数据;在一可选地实施方式中,以用户群标签与以运营主体类型选择候选页面的种类及标识。
在一可选地实施例中,前端页面先会从推荐系统获取到用户客群标签信息,然后获取候选页面的静态文件列表,并根据页面ID、渠道、客群、运营主体四要素的匹配规则来匹配对应的候选页面数据,如果返回的页面数据表示无需访问动态数据,则直接加载数据到组件,如果需要访问个性化数据,会调用资源后台子系统的动态数据获取接口,经过推荐系统过滤后返回展位数据。
步骤204,获取推广渠道标识与基础页面标识,基础页面标识对应于基础页面,推广渠道标识对应于待推广渠道。
推广渠道标识,用于明确具体的待推广渠道,待推广渠道可以是小程序、APP、PC端程序等任意类型的推广渠道。对于用户群标签与运营主体类型,其可以分别对应于各种各样的推广渠道,以推广渠道标识进行定位,可以避免推广渠道的差异所导致的一系列问题;尤其是对于app与小程序的开发与配置效率可以大幅度提升。
基础页面标识,对应于候选页面的基础页面,主要用于配置候选页面;一个基础页面常常会应用于多个推广渠道,如果直接使用基础页面进行配置,即使对于小程序与APP的页面。也常常会出现问题。
步骤206,基于推广渠道标识与基础页面标识,从候选页面中确定目标页面,目标页面包括目标展示位组件,目标展示位组件包括目标组件的布局信息和目标待展示信息。
在一可选地实施例中,推广渠道标识用于确定具体的待推广渠道,在确定待推广渠道后,使用基础页面标识,选择相应的基础页面进行选择基础页面,进而从候选页面中确定目标页面;在一可选地实施例中,基础页面标识用于确定配置好的基础页面,配置好的基础页面携带有目标组件的布局信息和目标待展示信息,目标待展示信息是一个静态的信息,绑定于页面上;在一个可选地实施例中,推广渠道标识与基础页面标识的组合相当于一个定位标识,从用户群标签与运营主体类型对应的候选页面中,定位出目标页面。
步骤208,基于目标组件的布局信息,加载目标待展示信息,进行页面展示。
在一可选地实施例中,在数据加载时,会判断是否有仅用于研发配置的元素,如果有,组件可根据标识,自行分离出仅用于研发配置的元素,用于不同的页面组件通过目标待展示信息对应的数据填充逻辑,完成页面展示,页面展示包括待展示信息对应的数据渲染操作、事件等。在一可选地实施方式中,基于目标组件的布局信息后,加载目标组件,基于目标待展示信息对应的预设业务数据,对加载后的目标组件进行渲染,实现页面展示的效果。
上述页面展示方法中,获取用户群标签与运营主体类型,基于用户群标签与运营主体类型确定对应的候选页面,候选页面包括展示位组件,展示位组件包括组件的布局信息与待展示信息;获取推广渠道标识与基础页面标识,基础页面标识对应于基础页面,推广渠道标识对应于待推广渠道;基于推广渠道标识与基础页面标识,从候选页面中确定目标页面,目标页面包括目标展示位组件,目标展示位组件包括目标组件的布局信息和目标待展示信息;基于目标组件的布局信息,加载目标组件,得到页面组件,基于页面组件与目标待展示信息,进行页面展示。虽然当前的业务数据及业务流程较为复杂,但组件中的业务逻辑和运营功能的待展示信息解耦之后,运营功能的修改不容易导致产品核心功能异常,由此,可以较为高效地按渠道构建页面进行数据的展示。
在一个实施例中,如图3所示,对候选页面的生成步骤进行描述,包括:
步骤302,获取待配置的基础页面,确定待配置的基础页面对应的布局配置模板,布局配置模板包括展示位组件与展示位组件的布局信息,展示位组件对应于候选用户群标签与候选运营主体类型。
待配置的基础页面,其可以是一个空白的页面,也可以是具有某些业务功能的页面,还可以是任意常规意义上的页面;通过设定待配置的基础页面,可以将业务数据与待展示数据完全分离,进而便于进行展示所需页面。
布局配置模板,用于构建候选页面,布局配置模板预设有展示位组件与展示位组件的布局信息,在一些数情况下,布局配置模板是熟悉编程的人员设定的,其主要是为了确定展示位组件的分布,进而确定出所需的展示位组件内预设的业务逻辑与业务数据。
展示位组件的布局信息,用于对展示位组件进行布局。在一可选地实施例中,若布局配置模板只包括一个展示位组件,则展示位组件的布局信息可以用于表示这一个展示位组件绑定于布局配置模板,也可以用于表示展示位组件位于布局配置模板的某一位置,还可以用于表示展示位组件与其他数据之间的数据关系;在一可选地实施例中,若布局配置模板包括多个展示位组件,则展示位组件的布局信息还可以表示,各展示位组件之间的位置关系、数据传输关系等信息,
在一可选地实施例中,确定待配置的基础页面对应的布局配置模板,可以基于某种预设的业务逻辑确定;其也可以是在接收到某种指令后,基于该指令对应的业务逻辑选择相应的展示位组件,进而得到待配置的基础页面对应的布局配置模板。在一可选地实施方式中,展示位组件对应于候选用户群标签与候选运营主体类型,可以使用展示位组件来确定基础页面所对应的候选页面,使配置后的候选页面能够被识别或选中。
步骤302,基于展示位组件的布局信息,将展示位组件与待配置的基础页面进行组配,得到配置后的页面。
在一可选地实施方式中,可以将展示位组件直接添加到基础页面的某一位置,也可以是按照某些逻辑关系,将展示位组件与待配置的基础页面的空白区域进行组合;例如,当一个展示位组件用于推送信息,则该展示位组件可以添加到基础页面的底部或头部;又如,当一个展示位组件用于展示某个片头动画,则可以先将其设置于整个基础页面,再将其隐藏或设置到边缘位置。
步骤304,获取候选推广渠道标识,组合候选推广渠道标识与配置后的页面,得到组合后的页面,组合后的页面是候选页面。
在一可选地实施方式中,组合候选推广渠道标识与配置后的页面,是为了方便配置对应于候选推广渠道的页面,会将配置后的基础页面转化成候选推广渠道对应的页面类型,其中,页面类型可以是数据格式,也可以是页面对应的终端屏幕,还可以是页面大小规格等因素。
本实施例中,通过待配置的基础页面、布局配置模板及布局配置模板的展示位组件,通过待配置的基础页面实现产品功能,通过布局配置模板选取展示位组件,较好地分离业务数据与展示位组件中的运营数据,在这样解耦之后,可以将基础页面交于专业编程人员来维护与配置,可以由专业的运营人员使用布局配置模板配置出所需的候选页面。
在一个实施例中,在配置了某一个渠道的候选页面之后,还可以进行候选页面的同步,使其他相关联的渠道也对应于这一候选页面,得到组合后的候选页面之后,还包括:
基于候选推广渠道标识的对应关系,将组合后的页面,同步为相关联的候选推广渠道中的候选页面,或者,基于候选推广渠道标识的对应关系,将组合后的候选页面作为相关联的候选推广渠道中的目标页面。
在一可选地实施方式中,基于候选推广渠道标识的对应关系,是使用完全相同的程序,也可以是同一类型的小程序;例如,对应关系可以是基于同一软件下的不同界面而确定,也可以是基于同一类型软件下的不同界面而确定,还可以均是轻应用程序而设定。
在一可选地实施例中,如果候选推广渠道中存在目标页面,则组合后的页面同步为相关联的候选推广渠道中的候选页面;如果候选推广渠道中没有目标页面,则组合后的页面直接作为相关联的候选推广渠道中的目标页面。
本实施例中,可以通过候选推广渠道标识的对应关系,将组合后的页面进行同步,以按照推广渠道生成候选页面,实现快速构建候选页面的效果,使按渠道构建页面进行数据展示的效率提升;也可以通过该对应关系,直接生成某些候选推广渠道的目标页面,实现快速构建候选页面的效果,使按渠道构建页面进行数据展示的效率提升。
在一个实施例中,描述布局配置模板的作用,基于展示位组件的布局信息,确定待配置的基础页面中的展示位组件布局之前,包括:
若检测到布局配置模板的更新指令,基于更新指令,获取更新后的展示位组件与展示位组件的布局信息;和/或,若检测到布局配置模板的替换指令,则基于替换指令,获取替换后的展示位组件与展示位组件的布局信息。
在一可选地实施例中,不熟悉编程的运营人员需要改变目标页面所展示的内容,可以输入更新指令,以选取展示位组件直接替换现有布局配置模板中的展示位组件,由于展示位组件是一个整体,其更新布局配置模板中的展示位组件,或者,对布局配置模板中的展示位组件进行重新配置,都是容易的。
本实施例中,通过布局配置模板的更新与替换,改变展示位组件与展示位组件的布局信息,使不懂编程的人员可以发挥其专业的美学功底,对布局配置模板进行配置,不对展示位组件的布局信息进行编程,进而提升页面构建的效率。
在一个实施例中,如图4所示,基于目标组件的布局信息,进行页面展示包括:
步骤402,若检测到优先加载标识,获取推广渠道标识、用户群标签及运营主体类型分别对应的渠道优先标识、用户群优先标识及主体优先标识。
步骤404,按照渠道优先标识、用户群优先标识及主体优先标识的优先级顺序,分别加载对应的目标待展示信息,实现目标组件的渲染。
在一可选地实施方式中,渠道优先标识、用户群优先标识及主体优先标识对应的目标待展示信息并不重合:若仅检测到渠道优先标识、用户群优先标识及主体优先标识中的一个,则直接按照优先加载该标识对应的数据;若同时检测到渠道优先标识与用户群优先标识,则优先加载渠道优先标识对应的数据,再加载用户群优先标识对应的数据;若同时检测到渠道优先标识、用户群优先标识及主体优先标识,则依次分别加载渠道优先标识、用户群优先标识及主体优先标识对应的目标待展示信息。
在一可选地实施方式中,渠道优先标识、用户群优先标识及主体优先标识对应的目标待展示信息存在重合的可能性:若第一目标待展示信息同时对应于渠道优先标识与用户群优先标识,第二目标待展示信息仅对应于渠道优先标识,则第一目标待展示信息优先于第二目标待展示信息的加载。
进一步地,若渠道优先标识、用户群优先标识及主体优先标识对应的目标待展示信息加载完毕,则加载其他目标待展示信息。可选地,该方法还包括全渠道、全用户群、全主体的加载方式。
本实施例中,通过设定优先级顺序,在这一优先级顺序下,加载效率相对更高,更有利于页面的展示。而且,可以通过某种指令,指定某些推广渠道标识、用户群标签及运营主体类型为优先加载的数据,进而保障加载效率。
在一个实施例中,如图5所示,展式位组件包括个性化展式位组件,动态展式位组件对应于动态展式位标识,从候选页面中确定目标页面包括:
步骤502,若检测到个性化展式位标识,则获取个性化展式位标识对应的动态数据,动态数据包括业务逻辑;
在一可选地实施方式中,个性化展式位标识对应的动态数据,其可以是基于个性化推荐规则生成的,也可以是用于表征商品购买、用户交互之类的数据,这类可产生业务逻辑的数据存在时,会具有动态展位标识,通过动态展位标识,则可以确定该展式位组件为个性化展式位组件。
步骤504,将动态数据作为个性化展式位组件的目标待展示信息;
步骤506,将个性化展式位组件中的组件的布局信息,作为目标组件的布局信息。
本实施例中,通过个性化展式位加载其对应的业务数据,实现了与其他规则的兼容,避免因为兼容性问题而影响渲染的效率。
上述各实施例均有其相对应的侧重点,为了把握本申请的全貌,会使用一个较为完整的实施例来进行论述其系统构造及工作原理。
当前申请、借还款等产品流程复杂,产品功能和运营功能耦合紧密,运营功能修改容易导致产品流程核心功能异常,并且多数运营功能较简单和相似,研发投入价值不高,交付效率较低。而对于页面可视化配置,当前市面上已有阿里云凤蝶、页面工厂产品,此类产品重点在从0可视化搭建页面,对于业务流程内页面或者说具有业务逻辑的页面的可视化配置显然是不满足的,同时也不满足多渠道应用的范畴,如小程序应用。
本实施例中,主要在可视化页面搭建范畴,提出了一种插件化的可视化的页面配置方法,通过将运营资源的抽象进行组件化,并由LEDA引擎完成管理端的可视化配置以及对客端的组件插件式动态加载,在组件方面则利用ZUI完成了组件的多渠道跨端(小程序、app等)渲染,据此实现了产品流程与业务流程的解耦,以及多渠道的应用。同时也提出了配置数据动静分离的处理方法,通过配置数据静态化降低业务系统的请求压力,提高渲染效率。其中,LEDA引擎是,一种能够完成管理端可视化配置以及对客端的组件动态渲染的前端技术;ZUI是的跨端基础UI组件。
在一个可选地实施方式中,把各个渠道业务的运营内容进行抽象、归类,形成用于运营的展位组件。并把所有需要由运营人员选择的候选页面按照渠道、频道、页面进行分类,对于页面内的业务功能进行固定,而运营功能做成展位组件,可以进行动态配置。展位配置数据可按照不同渠道进行配置,数据根据页面ID和渠道编码进行匹配。配置数据进行动静分离,通过将静态数据持久化为文件的方式减少服务器消耗,提高性能。引入了全渠道、多渠道同步发布概念,实现多渠道快速发布。在页面运行时通过LEDA引擎,实现运营展位组件的插件式加载、动态获取运营配置数据,实现业务与运营的解耦。
在一个可选地实施方式中,如图6所示,产品频道-推广渠道-基础页面-展位组件的数据模型。渠道侧包括具体渠道编码和/或全渠道概念ALL,全渠道概念ALL用于发布通用的不同渠道下的该页面配置数据。
在一个可选地实施方式中,组件的开发基于公司的ZUI实现,其定义在config.json中实现,包括组件类型、属性标识以及属性对应管理端表单控件类型等。物理页面包含了requirejs和LEDA引擎,用于组装、渲染展位组件,实现组件插件化。如图7所示,包括在管理端打包与页面布置的过程,以及使用组件渲染引擎进行渲染的过程,展示其整体流程,包括:
(1)从展示位组件库中选取组件,一个组件包括动态属性列表、cdnpath及其他属性列表;
(2)在基础页面上配置选取的展示位组件,包括展示位组件的属性,在配置好后,就得到了候选页面,候选页面是保存在数据中的;
(3)组件渲染引擎从交互的数据中,接收选取的展示位组件;
(4)LEDA渲染引擎使用选取的展示位组件进行渲染,其包括组件实例化及渲染的过程;其中,也可以利用SSR技术将数据填充到HTML中,直接返回给前端。
在一个可选地实施方式中,如图8所示,描述展位配置数据的获取由LEDA引擎发起的过程,首先会请求用户标签,确定运营主体,然后按需请求静态数据和动态数据;前端页面先会从推荐系统获取到用户客群标签信息,然后获取静态文件列表,并根据页面ID、渠道、客群、运营主体四要素的匹配规则来匹配对应的页面数据,如果返回的页面数据表示无需访问动态数据(是个性化标签化数据,属于无法通过模板生成的数据),则直接加载数据到组件,如果需要访问动态数据,会调用资源后台子系统的动态数据获取接口,经过推荐系统过滤后返回展位数据。在数据加载时,会判断是否有仅用于研发的配置元素,如果有,组件可根据标识自行分离出研发配置原始,并用不同的组件数据填充逻辑,完成页面渲染。
在一个可选地实施方式中,如图9所示,描述该程序的加载顺序,匹配规则是依次优先加载指定渠道、指定客群、指定运营主体对应的页面数据,再获取全渠道、或者不限客群、或者不限主体下的页面数据;如果指定渠道中存在指定客群,则在加载指定渠道时,会优先加载其中指定客群对应的数据;如果指定渠道中存在指定客群及指定主体,则在加载指定渠道时,先会优先加载其中的指定客群对应的数据,再优先加载指定主体对应的数据。其中全渠道编码为ALL,不限客群编码为default,不限运营主体编码为default。
在一个可选地实施方式中,将上述方法插件化的步骤是一种集成方式,业务页面内集成运营组件方式基于Taro框架进行设计。其使用方式如下:
1)引入@mu/zlleda并在生命周期componentDidMount里实例化;
2)引入运营组件,如<MUView className="gbl-mall-seckill"/>,className指定的为运营组件的ID。
在一个可选地实施方式中,运营管理端的配置流程实现如图10与图11所示:进入页面配置页会更新或切换页面模板,如果页面模板更新则页面上所关联的展位列表会更新,如果切换另一个页面模板,则页面原配置数据会被清除,并生成新的展位列表。
预发布时会判断该展位是否为动态展位,如果是则清空该展位数据以空展位形式占位,输出data_pageId_channel_客群标签_主营标签.json文件。
pageDataFileList.json文件用于列举pageId下所有可能的数据文件。根据pageId、渠道、客群标签、主营标签生成发布的数据文件,与原有pageId下文件集合做对比,生成该pageId下最新的pageDataFileList.json文件。
发布时如果添加了同步渠道,则会复制配置数据生成对应渠道、客群、运营主体的页面实例的发布版本,同时如果原页面实例已有发布版本则自动下线,并生成其静态数据文件。
对于是否为动态展位标识的设置在展位配置保存时根据展位与展位元素中的配置数据是否含有个性化推荐、AB(新旧方案或替代方案)、商品、额度等信息进行判断,如果含有则为动态数据,否则为静态数据;静态文件,属于可以通过模板得到的文件,是候选文件。
由此,首先,通过组件的插件化与LEDA引擎实现了业务功能与运营功能解耦,减少业务流程的出错概率;其次,通过全渠道、多渠道发布同步,以及可视化配置提高了运营效率;再次。通过数据静态化,加快了数据的访问效率,并减少了服务器压力。
应该理解的是,虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段,这些步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
基于同样的发明构思,本申请实施例还提供了一种用于实现上述所涉及的页面展示方法的页面展示装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似,故下面所提供的一个或多个页面展示装置实施例中的具体限定可以参见上文中对于页面展示方法的限定,在此不再赘述。
在一个实施例中,如图12所示,提供了一种页面展示装置,所述装置包括:
候选页面获取模块,用于获取用户群标签与运营主体类型,基于所述用户群标签与运营主体类型确定对应的候选页面,所述候选页面包括展示位组件,所述展示位组件包括待展示信息与组件的布局信息;
渠道确定模块,用于获取推广渠道标识与基础页面标识,所述基础页面标识对应于基础页面,所述推广渠道标识对应于待推广渠道;
展示位获取模块,用于基于所述推广渠道标识与基础页面标识,从所述候选页面中获取目标页面,获取所述目标页面中的目标展示位组件,所述目标展示位组件包括目标待展示信息与目标组件的布局信息;
页面展示模块,用于基于所述目标组件的布局信息,加载所述待展示信息,进行页面展示。
在一个可选地实施例中,候选页面获取模块包括:
第一配置单元,用于获取待配置的基础页面,确定待配置的基础页面对应的布局配置模板,所述布局配置模板包括所述展示位组件与所述展示位组件的布局信息,所述展示位组件对应于候选用户群标签与候选运营主体类型;
第二配置单元,用于基于所述展示位组件的布局信息,将所述展示位组件与所述待配置的基础页面组配,得到配置后的页面;
组合单元,用于获取候选推广渠道标识,组合所述候选推广渠道标识与所述配置后的页面,得到组合后的页面,所述组合后的页面是所述候选页面。
在一个可选地实施例中,所述装置还包括:同步模块,同步模块,用于基于候选推广渠道标识的对应关系,将组合后的候选页面,同步为相关联的候选推广渠道中的候选页面,或者,基于候选推广渠道标识的对应关系,将组合后的候选页面作为相关联的候选推广渠道中的目标页面。
在一个可选地实施例中,所述装置,还包括:更新模块,更新模块,用于若检测到布局配置模板的更新指令,基于所述更新指令,获取更新后的展示位组件与展示位组件的布局信息;和/或,若检测到布局配置模板的替换指令,则基于所述替换指令,获取替换后的展示位组件与展示位组件的布局信息。
在一个可选地实施例中,展示位获取模块包括:
指定优先加载单元,用于若检测到优先加载标识,获取所述推广渠道标识、所述用户群标签及所述运营主体类型分别对应的渠道优先标识、用户群优先标识及主体优先标识;
渲染单元,用于按照所述渠道优先标识、所述用户群优先标识及所述主体优先标识的优先级顺序,分别加载对应的所述目标待展示信息,实现所述目标组件的渲染。
在一个可选地实施例中,所述展式位组件包括个性化展式位组件,所述动态展式位组件对应于动态展式位标识,所述从展示位获取模块包括:
个性化确定单元,用于若检测到所述个性化展式位标识,则获取个性化展式位标识对应的动态数据,所述动态数据包括业务逻辑;
展示信息确定单元,用于将所述动态数据作为所述个性化展式位组件的目标待展示信息;
布局信息确定单元,用于将所述个性化展式位组件中的组件的布局信息,作为目标组件的布局信息。
上述页面展示装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图13所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信,无线方式可通过WIFI、移动蜂窝网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种页面展示方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图13中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,还提供了一种计算机设备,包括存储器和处理器,存储器中存储有计算机程序,该处理器执行计算机程序时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
在一个实施例中,提供了一种计算机程序产品,包括计算机程序,该计算机程序被处理器执行时实现上述各方法实施例中的步骤。
需要说明的是,本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等),均为经用户授权或者经过各方充分授权的信息和数据。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用,均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-OnlyMemory,ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory,MRAM)、铁电存储器(Ferroelectric Random Access Memory,FRAM)、相变存储器(Phase Change Memory,PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory,RAM)或外部高速缓冲存储器等。作为说明而非局限,RAM可以是多种形式,比如静态随机存取存储器(Static Random Access Memory,SRAM)或动态随机存取存储器(Dynamic RandomAccess Memory,DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等,不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等,不限于此。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对本申请专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请的保护范围应以所附权利要求为准。