掌桥专利:专业的专利平台
掌桥专利
首页

样式模版的创建、获取方法、装置、平台及存储介质

文献发布时间:2023-06-19 09:43:16


样式模版的创建、获取方法、装置、平台及存储介质

技术领域

本申请涉及样式模版技术领域,尤其涉及一种样式模版的创建、获取方法、装置、平台及计算机存储介质。

背景技术

在相关技术中,对于新接入的业务或对于原业务的修改,由于渲染样式都存储在应用程序中的客户端上,因此,客户端研发人员就得重新根据设计样式开发相关样式的代码,同时和服务端联调数据接口以渲染展示新接入的业务或原业务的修改,即,客户端研发人员只能通过客户端重新发版来实现。例如,对于客户端的应用程序(Application,App),在每次需要对渲染样式进行修改时,则需要覆盖、安装或升级客户端的App,造成“重复造轮子”的问题。

发明内容

本申请实施例期望提供一种样式模版的创建、获取方法、装置、平台及存储介质。

本申请实施例的技术方案是这样实现的:

第一方面,本申请实施例提供一种样式模版的创建方法,包括:显示特定界面,所述特定界面包括用于显示组件库的第一显示区域和用于显示待创建的样式模版的第二显示区域;确定所述待创建的样式模版中所包括的组件;在确定所述组件库中存在所述组件的情况下,从所述组件库中获取所述组件,并将所述组件显示在第二显示区域上;确定所述组件的属性信息;将所述组件的属性信息添加在位于所述第二显示区域上的组件上,以得到创建好的样式模版。

第二方面,本申请实施例提供一种样式模版的获取方法,包括:接收客户端发送的模版获取请求;所述模版获取请求中包括模版标识;响应所述模版获取请求,根据所述模版标识获取样式模版在云存储服务器上的存储路径;将所述样式模版的存储路径发送给所述客户端,以供所述客户端按照所述样式模版的存储路径下载所述样式模版;其中,所述样式模版是通过组件组合为样式模版并存储在所述云存储服务器上。

第三方面,本申请实施例提供一种样式模版的创建装置,包括:第一显示模块,用于显示特定界面,所述特定界面包括用于显示组件库的第一显示区域和用于显示待创建的样式模版的第二显示区域;第一确定模块,用于确定所述待创建的样式模版中所包括的组件;第二显示模块,用于在确定所述组件库中存在所述组件的情况下,从所述组件库中获取所述组件,并将所述组件显示在第二显示区域上;第二确定模块,用于确定所述组件的属性信息;添加模块,用于将所述组件的属性信息添加在位于所述第二显示区域上的组件上,以得到创建好的样式模版。

第四方面,本申请实施例提供一种样式模版的获取装置,包括:接收模块,用于接收客户端发送的模版获取请求;所述模版获取请求中包括模版标识;响应模块,用于响应所述模版获取请求,根据所述模版标识获取样式模版在云存储服务器上的存储路径;发送模块,用于将所述样式模版的存储路径发送给所述客户端,以供所述客户端按照所述样式模版的存储路径下载所述样式模版;其中,所述样式模版是通过组件组合为样式模版并存储在所述云存储服务器上。

第五方面,本申请实施例提供一种样式模版的创建平台,包括存储器和处理器,所述存储器存储有可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述任一种所述样式模版的创建方法中的步骤。

第六方面,本申请实施例提供一种样式模版的获取平台,包括存储器和处理器,所述存储器存储有可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述任一种所述样式模版的获取方法中的步骤。

第七方面,本申请实施例提供一种计算机可读存储介质,其上存储有计算机程序,该计算机程序被处理器执行时实现上述任一种所述样式模版的创建方法或所述样式模版的获取方法中的步骤。

本申请实施例提供的技术方案中,由于客户端研发人员能够通过平台上组件库中所包括的组件来创建样式模版,在需要对新接入的业务创建样式模版或对原业务的样式模版进行修改的情况下,客户端研发人员只需要在组件库中获取相关组件,并添加相关属性信息即可,不需要重新根据设计样式开发相关样式的代码,即,客户端研发人员不需要通过重新发版来实现。因此,可以避免“重复造轮子”的问题,有利于提高样式模版的创建效率。

附图说明

图1A为相关技术中通过样式模版所渲染展示的一页面示意图;

图1B为相关技术中通过样式模版所渲染展示的另一页面示意图;

图2本申请实施例提供的一种样式模版的创建方法的实现流程示意图;

图3为本申请实施例提供的另一种样式模版的创建方法的实现流程示意图;

图4为本申请实施例提供的又一种样式模版的创建方法的实现流程示意图;

图5为本申请实施例提供的一种样式模版的获取方法的实现流程示意图;

图6为本申请实施例提供的新接入业务配置样式模版的实现流程示意图;

图7为本申请实施例提供的配置样式模版的实现流程示意图;

图8A为本申请实施例提供的一种样式模版的展示效果示意图;

图8B为本申请实施例提供的图8A中的样式模版对应的组件示意图;

图9为本申请实施例提供的客户端调用样式模版的实现流程示意图;

图10为本申请实施例提供的一种样式模版的创建装置;

图11为本申请实施例提供的一种样式模版的获取装置;

图12为本申请实施例提供的一种样式模版的创建、获取平台的组成结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚,下面结合附图和实施例对本申请的技术方案进一步详细阐述,所描述的实施例不应视为对本申请的限制,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例,都属于本申请保护的范围。

在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。

如果申请文件中出现“第一/第二”的类似描述则增加以下的说明,在以下的描述中,所涉及的术语“第一\第二\第三”仅仅是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。

随着近年来移动网络质量的提高,第五代移动通信技术(5th-Generation,5G)网络日渐普及,移动互联网将在日常生活中承担越来越大的作用。图1A为相关技术中通过样式模版所渲染展示的一页面示意图;图1B为相关技术中通过样式模版所渲染展示的另一页面示意图;如图1A和图1B所示,页面中包括多个模块,例如,图1A中包括模块101,图1B中包括模块102。其中,各模块新增一种样式模版时,或维护一个异形样式模版时,客户端研发人员就得重新根据设计稿开发相关样式模版的代码,同时和服务端联调数据接口以渲染展示相关样式模版。且由于样式模版存储在客户端,因此,在出现样式问题的情况下,想要改变样式模版只能通过客户端重新发版来实现。例如,对于客户端的App,在每次需要对样式模版进行修改时,则需要覆盖、安装或升级客户端的App。但就样式而言,可能会存在多个模块包括同一样式模版的情况,因为模块间的不通用,就不可避免地造成“重复造轮子”的问题,且模块内安卓Android和IOS也需要各自维护一份代码,开发效率就会受到影响。

由于面对新样式的接入,客户端要重复造轮子开发样式代码。若对样式做AB实验,需要在客户端内置两套样式代码,还严重依赖服务端下发字段来控制AB实验。线上出现问题后,只能通过更新版本来解决问题,不支持动态修改或下线等。其中,AB实验是为网页Web或App界面或流程制作两个(A/B)或多个(A/B/n)版本,在同一时间维度,分别让组成成分相同(相似)的访客群组(目标人群)随机的访问这些版本,收集各群组的用户体验数据和业务数据,最后分析、评估出最好版本,正式采用。

基于上述技术问题,本申请通过建设一个动态化配置样式的云平台,内置丰富的样式组件,通过组件来组合成样式模版,Android和IOS客户端拿到一套样式模版直接渲染即可,以此来避免重复造轮子的同时提升开发效率。这里,模版就是各组件的集合。每个组件可以理解为一种样式,包含样式的形状、颜色、位置、字体、按钮等信息。

在本申请实施例中,存在以下两种创建样式模版的情况:情况1,对新增业务创建一个样式模版;情况2,对已有的业务新增不同版本的样式模版。

同时针对上述两种创建样式模版的情况,本申请实施例提供了一种样式模版的创建方法,如图2所示,该方法的实现流程包括:

步骤S201:显示特定界面,所述特定界面包括用于显示组件库的第一显示区域和用于显示待创建的样式模版的第二显示区域。

这里,组件库可以是包括各种类型的组件的集合。在实际应用中,当组件库中的组件积累到一定程度后,对组件库中的组件进行分类。在一个示例中,可以按照样式对组件库中的组件进行分类,也可以按照功能对组件库中的组件进行分类。例如,按照样式分类,可以将组件库中的组件分为头部样式和其它样式的组件;当然,也可以按照功能对组件库中的组件进行分类。

在一个示例中,组件可以是图片、按钮、文本、链接,图片上加的按钮,每个组件可以理解为一种样式,包含样式的形状、颜色、位置、字体、按钮等信息。这里,不对组件的大小进行限制,组件可以包括很多内容,也可以是包括少量内容。

在一个示例中,待创建的样式模版可以是根据业务需求所确定的需要创建的包含多个组件的样式组合。待创建的样式模版是根据待接入业务的设计样式所确定的。其中,设计样式可以是客户端研发人员根据业务需求通过用户界面(User Interface,UI)专门设计的样式,内容包括:页面上左上角、右上角布局哪些组件、大小、尺寸、按钮的相对位置等等。

在一个示例中,第一显示区域和第二显示区域可以是显示屏的显示区域中的任意两个不重叠的显示区域。这里,不对第一显示区域和第二显示区域的区域面积大小和位置进行限定,只要第一显示区域和第二显示区域不存在重叠区域即可。

在一些可能的实施方式中,显示特定界面可以是在显示屏上的第一显示区域和第二显示区域分别显示组件库和待创建的样式模版。

步骤S202:确定所述待创建的样式模版中所包括的组件。

在一些可能的实施方式中,确定所述待创建的样式模版中所包括的组件。可以是根据待接入业务的设计样式确定待创建的样式模版中所包括的组件。例如,待接入业务的设计样式可以是组件1、组件2、组件3和组件4按照不同位置、不同大小尺寸所组合而成的设计稿,通过对待接入业务的设计样式进行识别处理,可以得到待接入业务的设计样式包括组件1、组件2、组件3和组件4。

这里,不对确定待创建的样式模版中所包括的组件的实现方式进行限定,可以是客户端研发人员根据设计样式确定待创建的样式模版中所包括的组件;也可以是通过创建样式模版的平台对设计样式按照预设的规则进行识别,确定出待创建的样式模版中所包括的组件。

步骤S203:在确定组件库中存在所述组件的情况下,从所述组件库中获取所述组件,并将所述组件显示在第二显示区域上。

在一些可能的实施方式中,步骤S203包括:客户端研发人员判断组件库中是否存在组件,在确定存在组件的情况下,客户端研发人员通过拖拽的方式从组件库中将所述组件拖拽至第二显示区域,在第二显示区域上显示所述组件。

在一个示例中,待创建的样式模版中所包括的组件可以为多个组件,客户端研发人员可以从多个组件中依次选取其中的一个组件,判断组件库中是否存在该组件,在确定存在该组件的情况下,客户端研发人员通过拖拽的方式从组件库中将该组件拖拽至第二显示区域;然后,客户端研发人员从多个组件中选取其中另一个组件执行上述判断和拖拽操作,直至遍历完待创建的样式模版中所包括的所有组件。

例如,待创建的样式模版中所包括的组件为组件A、组件B和组件C,客户端研发人员可以先判断组件库中是否存在组件C,在确定存在组件C的情况下,将组件库中的组件C拖拽至第二显示区域;然后,判断组件库中是否存在组件A,在确定存在组件A的情况下,将组件库中的组件A拖拽至第二显示区域;最后,判断组件库中是否存在组件B,在确定存在组件B的情况下,将组件库中的组件B拖拽至第二显示区域。

在一些可能的实施方式中,步骤S203包括:样式模版的创建平台自动判断组件库中是否存在所述组件,在确定存在所述组件的情况下,自动将所述组件拖拽至第二显示区域,并在第二显示区域上显示所述组件。

步骤S204:确定所述组件的属性信息。

这里,属性信息可以包括与待接入业务相关联字段名字段、背景色值字段、位置字段、图片大小字段和按钮文案字段。

在一些可能的实施方式中,确定所述组件的属性信息可以是客户端研发人员对每个组件输入对应的属性信息。

步骤S205:将所述组件的属性信息添加在位于所述第二显示区域上的组件上,以得到创建好的样式模版。

在一种可能的实施方式中,步骤S205包括:客户端研发人员依次对第二显示区域中待创建的样式模版中的多个组件添加对应的属性信息,以得到待接入业务的样式模版。

这里,不对添加属性信息的方式进行限定,添加属性信息的方式可以是客户端研发人员根据设计样式首先选定待添加的组件,然后对选定的待添加组件输入对应的属性信息;添加属性信息的方式也可以是平台根据设计样式数据自动确定出各组件的属性信息,并在组件被拖拽至第二显示区域时,自动对各组件加载对应的属性信息。

在实际应用中,步骤S201至步骤S205可以利用样式模版的创建平台中的控制单元实现,上述控制单元可以为特定用途集成电路(Application Specific IntegratedCircuit,ASIC)、数字信号处理器(Digital Signal Processor,DSP)、数字信号处理装置(Digital Signal Processing Device,DSPD)、可编程逻辑装置(Programmable LogicDevice,PLD)、FPGA、中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器中的至少一种。

本申请实施例提供的技术方案中,由于客户端研发人员能够通过样式模版的创建平台上组件库中所包括的组件来创建样式模版,在需要对新接入的业务创建样式模版或对原业务的样式模版进行修改的情况下,客户端研发人员只需要在组件库中获取相关组件,并添加相关属性信息即可,不需要重新根据设计样式开发相关样式的代码,即,客户端研发人员不需要通过重新发版来实现。因此,可以避免“重复造轮子”的问题,有利于提高样式模版的创建效率。

图3为本申请实施例提供的另一种样式模版的创建方法的实现流程示意图,如图3所示,该流程包括:

步骤S301:显示特定界面,所述特定界面包括用于显示组件库的第一显示区域和用于显示待创建的样式模版的第二显示区域。

步骤S302:获取所述待创建的样式模版的设计样式。

在一些可能的实施方式中,步骤S302可以是接收客户端研发人员上传的待创建的样式模版的的设计样式。

步骤S303:根据所述设计样式,确定所述待创建的样式模版中所包括的组件。

根据所述设计样式,确定所述待创建的样式模版中所包括的组件的实现方式,示例性地,可以是客户端研发人员对设计样式进行分析处理,确定出待创建的样式模版中所包括的组件;也可以是样式模版的创建平台根据预设的识别算法识别出待创建的样式模版中所包括的组件。

步骤S304:在确定组件库中存在所述组件的情况下,将所述组件拖拽至第二显示区域上。

在一些可能的实施方式中,步骤S304包括:在确定组件库中存在所述组件的情况下,户端研发人员从组件库将所述组件拖拽至第二显示区域上,样式模版的创建平台接收客户端研发人员的拖拽操作。

在一些可能的实施方式中,步骤S304包括:在确定组件库中存在所述组件的情况下,样式模版的创建平台自动从组件库中将所述组件拖拽至第二显示区域上。

步骤S305:将所述组件显示在所述第二显示区域上。

在一种可能的实施方式中,将所述组件显示在所述第二显示区域上可以是样式模版的创建平台响应客户端研发人员的拖拽操作,在第二显示区域上显示所述组件。

在另一中可能的实施方式中,将所述组件显示在所述第二显示区域上可以是样式模版的创建平台自动将将所述组件显示在所述第二显示区域上。

步骤S306:根据接收的属性信息添加操作,确定所述组件的属性信息。

在一个示例中,根据接收的属性信息添加操作,确定所述组件的属性信息可以是平台接收客户端研发人员对所选择的组件的属性信息添加操作,根据设计样式确定出所选择的组件的属性信息。

步骤S307:将所述组件的属性信息添加在位于所述第二显示区域上的组件上,以得到创建好的样式模版。

步骤S308:对所述创建好的样式模版进行二进制格式转换,得到二进制编码格式的样式模版。

在一些可能的实施方式中,对所述创建好的样式模版进行二进制格式转换,得到二进制编码格式的样式模版可以是样式模版的创建平台首先将待接入业务的样式模版转换成可扩展标记语言(eXtensible Markup Language,XML)文件,再将XML文件转化成二进制编码格式的样式模版文件。

步骤S309:将所述二进制编码格式的样式模版上传给云存储服务器。

在一个示例中,将所述二进制编码格式的样式模版上传给云存储服务器,可以是样式模版的创建平台将二进制编码格式的样式模版上传给云存储服务器,通过云存储服务器存储所创建的样式模版文件。

在一些可能的实施方式中,云存储服务器以待创建的样式模版的业务编号和版本编号来存储所创建的样式模版文件。这里,业务编号是在对待创建的样式模版创建待接入业务的业务场景时,样式模版的创建平台或系统所生成的唯一编号;版本编号是在对待创建的样式模版创建完业务场景后,所创建的版本编号。这里,一个业务场景可以对应多个版本编号。

本申请实施例提供的技术方案中,根据获取的待创建的样式模版的设计样式,确定待创建的样式模版中所包括的组件,可以避免待创建的样式模版中所包括的组件的遗漏问题;在确定所述组件库中存在所述组件的情况下,接收拖拽操作;所述拖拽操作,用于从所述组件库将所述组件拖拽到第二显示区域上;响应所述获取操作,将所述组件显示在所述第二显示区域上;根据接收的属性信息添加操作,确定所述组件的属性信息,能够可视化的展现样式模版中的组件的配置的过程,人机交互友好;同时,对所述创建好的样式模版进行二进制格式转换,得到二进制编码格式的样式模版;将所述二进制编码格式的样式模版上传给云存储服务器,这里,二进制编码格式的文件的安全性比较高,且将样式模版文件存储在云服务器中,在客户端需要的时候再进行调用的方式,在样式模版出现问题的时候,有利于样式模版文件的更新,更新过程更简单。

图4为本申请实施例提供的又一种样式模版的创建方法的实现流程示意图,如图4所示,该流程包括:

步骤S401:显示特定界面,所述特定界面包括用于显示组件库的第一显示区域和用于显示待创建的样式模版的第二显示区域。

步骤S402:获取所述待创建的样式模版的业务编号。

在一些可能的实施方式中,待创建的样式模版只有业务编号,而没有对应的版本号,例如,一个业务编号对应只有一个样式模版或一个业务编号对应多个样式模版。在客户端需要获取样式模版的时候,可以只通过业务编号获取样式模版,且如果一个业务编号下存在多个样式模版,那么通过业务编号可以获取多个样式模版。对于创建的样式模版只有业务编号,而没有对应的版本号的情况,获取所述待创建的样式模版的业务编号的实现方式,示例性地,可以是客户端研发人员在样式模版的创建平台创建新增业务员的业务场景,样式模版的创建平台根据新增业务的业务场景,生成待创建的样式模版的业务编号。这里,业务场景可以是根据新增业务的应用场景所创建的业务名称,例如,业务场景可以是“搜索购物车”;业务编号可以是唯一的一个数字或数字串,也可以是字符串。

在一些可能的其它实施方式中,待创建的样式模版同时具有业务编号和对应的版本号。待创建的样式模版可以是新增业务的样式模版,也可以是对原有业务增加新版本的样式模版。

在待创建的样式模版是新增业务的样式模版的情况下,获取所述待创建的样式模版的业务编号的实现方式和上述待创建的样式模版只有业务编号,而没有对应的版本号的情况相同。

在待创建的样式模版是对原有业务增加新版本的样式模版的情况下,获取所述待创建的样式模版的业务编号的实现方式,示例性地,可以是获取原有业务的业务编号。

步骤S403:确定所述业务编号下的所有版本号。

在一些可能的实施方式中,确定所述业务编号下的所有版本号可以是客户端研发人员根据获取样式模版的请求所返回的样式模版数据,确定业务编号下的所有所本号。例如,对于业务1,确定业务1下的所有版本号可以包括V1.0、V2.0和V3.0。

步骤S404:根据所述业务编号下的所有版本号,生成所述待创建的样式模版的版本号。

在一些可能的实施方式中,步骤S404包括:客户端研发人员根据业务编号下的所有版本号,执行创建新版本号的操作,样式模版的创建平台响应所述样本号的创建操作,生成待创建样式模版的版本号。例如,对于业务1下的所有版本号为V1.0、V2.0和V3.0的情况,客户端研发人员可以执行创建V4.0的操作,样式模版的创建平台响应操作V4.0的操作,生成版本号为V4.0的待创建样式模版。

步骤S405:确定所述待创建的样式模版中所包括的组件。

步骤S406:在确定所述组件库中存在所述组件的情况下,从所述组件库中获取所述组件,并将所述组件显示在第二显示区域上。

步骤S407:确定所述组件的属性信息。

步骤S408:将所述组件的属性信息添加在位于所述第二显示区域上的组件上,以得到创建好的样式模版。

步骤S409:在确定所述组件库中不存在所述组件的情况下,输出用于配置所述组件的提醒通知。

在一些可能的实施方式中,步骤S409包括:客户端研发人员判断组件库中是否存在所述组件,在确定不存在所述组件的情况下,通过在样式模版的创建平台进行点击操作触发创建所述组件的申请,平台输出用于配置所述组件的提醒通知。

在一个示例中,待创建的样式模版中所包括的组件可以为多个组件,客户端研发人员可以从多个组件中依次选取其中的一个组件,判断组件库中是否存在该组件,在确定不存在该组件的情况下,客户端研发人员发出创建该组件的申请,样式模版的创建平台输出用于配置该组件的提醒通知;然后开始判断组件库中是否存在其它组件,直至遍历完待创建的样式模版中所包括的所有组件。

例如,待创建的样式模版中所包括的组件为组件A、组件B和组件C,客户端研发人员可以先判断组件库中是否存在组件C,在确定不存在组件C的情况下,发出创建组件C的申请,样式模版的创建平台输出用于配置组件C的提醒通知;然后,判断组件库中是否存在组件A,在确定也不存在组件A的情况下,发出创建组件A的申请,样式模版的创建平台输出用于配置组件A的提醒通知;最后,判断组件库中是否存在组件B,在确定不存在组件B的情况下,发出创建组件B的申请,样式模版的创建平台输出用于配置组件B的提醒通知。

在一些可能的实施方式中,输出用于配置所述组件的提醒通知可以是样式模版创建平台向特定的组件创建人员发出配置所述组件的提醒通知。这里,发出提醒通知的方式,可以是通过向特定的组件创建人员发送邮件进行提醒,也可以是向特定的组件创建人员发出短信消息或微信消息的方式进行提醒。

步骤S410:基于接收所述组件的创建操作,更新所述组件库。

在一些可能的实施方式中,基于接收所述组件的创建操作,更新所述组件库可以是组件创建人员在样式模版的创建平台创建所述组件,并将新创建的组件添加到组件库中,样式模版的创建平台接收所述组件的创建操作和添加操作,以更新原组件库。

在一种实施方式中,在更新完所述组件库后,客户端研发人员可以从更新后的所述组件库中获取所述组件,并将所述组件显示在第二显示区域上;然后,配置所述组件的属性信息,并将所述组件的属性信息添加在位于所述第二显示区域上的组件上,以得到创建好的样式模版。

本申请实施例提供的技术方案中,获取所述待创建的样式模版的业务编号;确定所述业务编号下的所有版本号;根据所述业务编号下的所有版本号,生成所述待创建的样式模版的版本号,可以对待创建的样式模版确定唯一的业务编号和版本号,有利于根据业务编号和版本号调用对应的样式模版。在确定组件库中不存在所述组件的情况下,输出用于配置所述组件的提醒通知;基于接收所述组件的创建操作,更新所述组件库,能够在组件库中不存在需要配置的组件的情况下,通过新建组件更新组件库,来获取待配置的组件,有利于丰富组件库并提高样式模版的创建效率。

图5为本申请实施例提供的一种样式模版的获取方法的实现流程示意图,如图5所示,该流程包括:

步骤S501:接收客户端发送的模版获取请求;所述模版获取请求中包括模版标识。

这里,模版标识包括样式模版的业务编号,或者,所述模版标识包括样式模版的业务编号和样式模版的版本号。

这里,不对接收客户端发送的模版获取请求的对象进行具体限定,接收客户端发送的模版获取请求的对象可以是样式模版的获取平台,也可以是服务器等其它对象。在一些可能的实施方式中,接收客户端发送的模版获取请求可以是客户端发送包含样式模版的样本编号和版本号的获取请求给样式模版的获取平台,样式模版的获取平台接收客户端发送的模版获取请求。

步骤S502:响应所述模版获取请求,根据所述模版标识获取样式模版在云存储服务器上的存储路径。

在一个示例中,响应所述模版获取请求,根据所述模版标识获取样式模版在云存储服务器上的存储路径可以是样式模版的获取平台响应所述模版获取请求,获取与样本编号和版本号对应的样式模版在云存储服务器上的存储路径。

步骤S503:将所述样式模版的存储路径发送给所述客户端,以供所述客户端按照所述样式模版的存储路径下载所述样式模版;其中,所述样式模版是通过组件组合为样式模版并存储在所述云存储服务器上。

在一些可能的实施方式中,将所述样式模版的存储路径发送给所述客户端,以供所述客户端按照所述样式模版的存储路径下载所述样式模版可以是样式模版的获取平台将样式模版的存储路径发送给客户端,客户端按照样式模版的存储路径下载样式模版。

本申请实施例提供的技术方案中,由于样式模版是按照样本编号和版本号存储在云存储服务器中的,当客户端需要调用样式模版时,只需要向样式模版的获取平台发送的模版获取请求,样式模版的获取平台就会将样式模版在云存储服务器上的存储路径返回给客户端,以供客户端按照样式模版的存储路径获取样式模版,即,样式模版获取方式上通过在云存储服务器上获取样式模版的,并不是从客户端直接获取。

在一些可能的实施方式中,所述样式模版采用下面的方法进行创建,包括:显示特定界面,所述特定界面包括用于显示组件库的第一显示区域和用于显示待创建的样式模版的第二显示区域;确定所述待创建的样式模版中所包括的组件;在确定所述组件库中存在所述组件的情况下,从所述组件库中获取所述组件,并将所述组件显示在第二显示区域上;确定所述组件的属性信息;将所述组件的属性信息添加在位于所述第二显示区域上的组件上,得到创建好的样式模版。

在一些可能的实施方式中,新业务样式接入时,客户端研发人员在“动态化配置样式云平台”通过组件拖拽的形式组合成样式模版,并填写字段属性信息,即可完成样式的开发。客户端使用人员只需根据业务编号和版本号调用获取对应样式模版即可。样式模版的创建平台将样式模版做二进制编码,保证传输的安全性,客户端只需要内置一套样式模版的解析规则渲染样式即可。同时,样式模版的创建平台开放支持样式模版的AB实验,修改后支持客户端动态化渲染。真正做到解放客户端对于样式重复造轮子的依赖,提升研发效率。

图6为本申请实施例提供的新接入业务配置样式模版的实现流程示意图,如图6所示,该流程包括:

步骤S601:客户端研发人员创建新接入的业务。

步骤S602:客户端研发人员对新接入的业务创建业务场景。

步骤S603:客户端研发人员对待创建样式模版创建版本号。

步骤S604:客户端研发人员开始配置待创建的样式模版。

步骤S605:客户端研发人员根据设计样式选择组件。

步骤S606:客户端研发人员判断组件库中是否存在所选择的组件;若存在,进入步骤S607;若不存在,进入步骤S612。

步骤S607:客户端研发人员从所述组件库中获取所选择的组件。

步骤S608:客户端研发人员填写所述组件的属性信息。

步骤S609:样式模版的创建平台将所述组件的属性信息添加在所选择的组件上。

步骤S610:客户端人员判断是否继续添加组件,若是,进入步骤S605;若否,进入步骤S611。

步骤S611:完成待创建的样式模版的配置。

步骤S612:客户端研发人员申请创建所述组件。

步骤S613:样式模版的创建平台通知客户端同事配置组件;

步骤S614:样式模版的创建平台将新建的组件更新至组件库,并进入步骤607。

在一些可能的实施方式中,客户端研发人员或产品人员,根据设计样式,在样式模版的创建平台通过拖拽组件的方式完成样式模版的配置。客户端使用人员通过统一的业务编号和样式模版版本号来获取对应的样式模版文件。且支持业务下存在多版本号的样式模版。同时,可设置AB实验、容灾处理来提高使用效果。

图7为本申请实施例提供的配置样式模版的实现流程示意图,如图7所示,包括以下步骤:

步骤S701:客户端研发人员开始配置。

步骤S702:客户端研发人员根据设计样式选择组件。

步骤S703:客户端研发人员判断组件库中是否存在所选择的组件,若是,进入步骤S704,若否,进入步骤S711。

步骤S704:客户端研发人员从所述组件库中获取所选择的组件并填写组件属性信息。

步骤S705:样式模版的创建平台将所述组件的属性信息添加在所选择的组件上。

步骤S706:客户端人员判断是否继续添加组件,若是,进入步骤S702;若否,进入步骤S707。

步骤S707:完成待创建的样式模版的配置。

步骤S708:样式模版的创建平台将配置好的样式模版转换成XML文件。

步骤S709:样式模版的创建平台将XML文件转换成二进制文件。

步骤S710:样式模版的创建平台将二进制文件上传给云存储服务器。

步骤S711:客户端研发人员提出新增组件的申请。

在一些可能的实施方式中,步骤S711包括客户端研发人员提出新增组件的申请,样式模版的创建平台响应新增组件的申请通知客户端同事配置组件,客户端同事执行配置组件操作,样式模版的创建平台响应接收的配置组件操作,以创建好新的组件。

在一些可能的实施方式中,通过客户端研发人员拖拽组件配置样式模版,若不存在符合的组件则新增积累组件库。平台将拖拽好的多个组件转成XML文件,然后再转换成二进制文件,上传至云存储服务器。客户端使用人员或研发人员为了获取业务编号和版本号对应的样式模版,平台会将云存储的路径返回给客户端供其下载。

图8A为本申请实施例提供的一种样式模版的展示效果示意图;图8B为本申请实施例提供的图8A中的样式模版对应的组件示意图;如图8A和图8B所示,其中,可以将图8B中的整体理解为一个组件,即,样式模版包含一个组件。也可以将图8B的整体理解为包括图片、文案1、文案2和文案整体描述四个组件构成一个样式模版。这里,客户端研发人员选中组件后,填写组件属性信息,即可完成此样式模版的配置。其中,属性信息包括绑定数据字段,这里绑定数据字段是组件的属性字段的一种。样式模版关注的是样式,但是其中会有业务数据(如图片具体的统一资源定位器(Uniform Resource Locator,URL),这个在样式模版构建时是不写固定的具体值的,而是用诸如data.imgUrl这样的字段表达式,让客户端渲染样式时从业务接口下发的数据做匹配关联。

图9为本申请实施例提供的客户端调用样式模版的实现流程示意图,如图9所示,客户端的搜索模块为调用样式模版的调用方,当客户端使用人员需要调用样式模版时,执行以下步骤:

步骤S901:客户端的搜索模块向样式模版的获取平台发出获取样式模版的请求,同时向服务器的应用程序接口(Application Programming Interface,API)发出获取业务数据的调用请求;

步骤S902:样式模版的获取平台主动通过样式模版的业务编号和版本号获取需要渲染的样式模版在云存储服务器上的存储路径,并发送给搜索模块;

步骤S903:搜索模块按照需要渲染的样式模版在云存储服务器上的存储路径获取需要渲染的样式模版;同时通过服务端的API接口,获得返回的业务数据;

步骤S904:将样式模版做渲染后绑定对应业务数据即可完成样式的展示。

这里,可以将业务编号及其手机的一些基本信息作为调用参数,例如,版本号、通用唯一识别码(Universally Unique Identifier,UUID)等。

在一些实施方式中,通过样式模版的创建平台可以提供一种更好的容灾方案,当发现某一客户端的系统版本、机型等出现样式问题,通过样式模版的创建平台设置反向过滤,做到发现问题立马下线,保证用户使用体验度不受影响。且Android和IOS客户端公用一套样式模版,节省开发人力。

图10为本申请实施例提供一种样式模版的创建装置,如图10所示,该装置可以包括:包括:

第一显示模块1001,用于显示特定界面,所述特定界面包括用于显示组件库的第一显示区域和用于显示待创建的样式模版的第二显示区域;

第一确定模块1002,用于确定所述待创建的样式模版中所包括的组件;

第二显示模块1003,用于在确定所述组件库中存在所述组件的情况下,从所述组件库中获取所述组件,并将所述组件显示在第二显示区域上;

第二确定模块1004,用于确定所述组件的属性信息;

添加模块1005,用于将所述组件的属性信息添加在位于所述第二显示区域上的组件上,以得到创建好的样式模版。

在一些实施方式中,所述第二显示模块1003,用于在确定组件库中存在所述组件的情况下,将所述组件拖拽至第二显示区域上;将所述组件显示在所述第二显示区域上。

在一些实施方式中,所述第二确定模块1004,用于根据接收的属性信息添加操作,确定所述组件的属性信息。

在一些实施方式中,所述第一确定模块1002,用于获取所述待创建的样式模版的设计样式;根据所述设计样式,确定所述待创建的样式模版中所包括的组件。

在一些实施方式中,所述装置还包括:创建模块1006,用于在确定组件库中不存在所述组件的情况下,输出用于配置所述组件的提醒通知;基于接收所述组件的创建操作,更新所述组件库。

在一些实施方式中,所述装置还包括:格式转换模块1007,用于对所述创建好的样式模版进行二进制格式转换,得到二进制编码格式的样式模版;将所述二进制编码格式的样式模版上传给云存储服务器。

在一些实施方式中,所述装置还包括:生成模块1008,用于获取所述待创建的样式模版的业务编号;确定所述业务编号下的所有版本号;根据所述业务编号下的所有版本号,生成所述待创建的样式模版的版本号。

实际应用中,第一显示模块1001、第一确定模块1002、第二显示模块1003、第二确定模块1004、添加模块1005、创建模块1006、格式转换模块1007和生成模块1008可以利用样式模版的创建装置中的处理器实现,上述处理器可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。

图11为本申请实施例提供的一种样式模版的获取装置,包括:

接收模块1101,用于接收客户端发送的模版获取请求;所述模版获取请求中包括模版标识;

响应模块1102,用于响应所述模版获取请求,根据所述模版标识获取样式模版在云存储服务器上的存储路径;

发送模块1103,用于将所述样式模版的存储路径发送给所述客户端,以供所述客户端按照所述样式模版的存储路径下载所述样式模版;其中,所述样式模版是通过组件组合为样式模版并存储在所述云存储服务器上。

在一种实施方式中,所述模版标识包括样式模版的业务编号,或者,所述模版标识包括样式模版的业务编号和样式模版的版本号。

在一种实施方式中,第一显示模块1001,用于显示特定界面,所述特定界面包括用于显示组件库的第一显示区域和用于显示待创建的样式模版的第二显示区域;第一确定模块1002,用于确定所述待创建的样式模版中所包括的组件;第二显示模块,用于在确定所述组件库中存在所述组件的情况下,从所述组件库中获取所述组件,并将所述组件显示在第二显示区域上;第二确定模块1004,用于确定所述组件的属性信息;添加模块1005,用于将所述组件的属性信息添加在位于所述第二显示区域上的组件上,以得到创建好的样式模版。

实际应用中,接收模块1101、响应模块1102和发送模块1103可以利用样式模版的创建装置中的处理器实现,上述处理器可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。

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

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

一般来讲,本实施例中的一种样式模版的创建方法和获取方法对应的计算机程序指令可以被存储在光盘,硬盘,U盘等存储介质上,当存储介质中的与一种样式模版的创建方法和获取方法对应的计算机程序指令被一数据核查设备读取或被执行时,实现前述实施例的任意一种样式模版的创建方法和获取方法。

基于前述实施例相同的技术构思,参见图12,其示出了本申请实施例提供的一种样式模版的创建、获取平台的组成结构示意图,可以包括:存储器1201和处理器1202;其中,

所述存储器1201,用于存储计算机程序和数据;

所述处理器1202,用于执行所述存储器中存储的计算机程序,以实现前述实施例的任意一种样式模版的创建方法和获取方法。

在实际应用中,上述存储器1201可以是易失性存储器(volatile memory),例如RAM;或者非易失性存储器(non-volatile memory),例如ROM,快闪存储器(flash memory),硬盘(Hard Disk Drive,HDD)或固态硬盘(Solid-State Drive,SSD);或者上述种类的存储器的组合,并向处理器1202提供指令和数据。

上述处理器1202可以为ASIC、DSP、DSPD、PLD、FPGA、CPU、控制器、微控制器、微处理器中的至少一种。可以理解地,对于不同的增强现实云平台,用于实现上述处理器功能的电子器件还可以为其它,本申请实施例不作限定。

在一些实施例中,本申请实施例提供的装置具有的功能或包含的模块可以用于执行上文方法实施例描述的方法,其实现可以参照上文方法实施例的描述,为了简洁,这里不再赘述

上文对各个实施例的描述倾向于强调各个实施例之间的不同之处,其相同或相似之处可以互相参考,为了简洁,本文不再赘述

本申请所提供的各方法实施例中所揭露的方法,在不冲突的情况下可以任意组合,得到新的方法实施例。

本申请所提供的各产品实施例中所揭露的特征,在不冲突的情况下可以任意组合,得到新的产品实施例。

本申请所提供的各方法或设备实施例中所揭露的特征,在不冲突的情况下可以任意组合,得到新的方法实施例或设备实施例。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的实施方式,上述的实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,这些均属于本申请的保护之内。

相关技术
  • 样式模版的创建、获取方法、装置、平台及存储介质
  • 报表样式创建方法、装置、设备及计算机可读存储介质
技术分类

06120112272243