一种业务场景下载方法、装置及设备
技术领域
本申请涉及互联网领域,尤其是涉及一种业务场景下载方法、装置及设备。
背景技术
针对代码版本管理和持续集成等工作,目前已经出现多种管理工具,例如,svn,git,Jenkins,maven,Gradle等。其中,git是一个开源的分布式版本控制工具,可以有效、高速的处理项目版本管理,能够有效解决开发过程中的代码混乱问题,被越来越多的开源项目所使用。在分布式版本控制工具git的使用过程中,出现了github和gitlab等git代码托管平台,github是一种面向开源以及私有软件项目的托管平台,而gitlab是一种私有化的软件项目的托管平台。
在github和gitlab等git代码托管平台中,存在检索难度大,无法实现具体业务复用等问题,从而影响用户使用感受,不利于git代码托管平台的发展。
发明内容
本申请提供一种业务场景下载方法,所述方法包括:
在用户界面显示业务场景的场景信息;
接收客户端通过用户界面发送的下载请求,所述下载请求携带场景信息;
获取与所述下载请求携带的场景信息对应的业务场景;
将获取的业务场景发送给所述客户端。
本申请提供一种业务场景下载方法,所述方法包括:
向服务器发送访问请求,以使服务器在用户界面显示业务场景的场景信息;
从所述用户界面显示的场景信息中选择场景信息;
通过用户界面向服务器发送下载请求,所述下载请求携带所述场景信息;
接收所述服务器返回的与所述场景信息对应的业务场景。
本申请提供一种业务场景下载方法,所述方法包括:
接收客户端发送的下载请求,所述下载请求携带业务场景的场景信息;
获取与所述场景信息对应的业务场景;
将所述业务场景发送给所述客户端;
其中,所述业务场景具体包括:基础组件和场景实例组件。
本申请提供一种业务场景下载方法,所述方法包括:
向服务器发送下载请求,所述下载请求携带业务场景的场景信息;
接收所述服务器返回的与所述场景信息对应的业务场景;
根据所述业务场景获取目标场景;
其中,所述业务场景具体包括基础组件和场景实例组件。
本申请提供一种业务场景发布方法,所述方法包括:
获取待发布的业务场景;
对所述业务场景进行审核和测试;
若审核和测试均通过,则将所述业务场景发布到服务器;
其中,所述业务场景具体包括:基础组件和场景实例组件。
本申请提供一种业务场景下载装置,所述装置包括:
显示模块,用于在用户界面显示业务场景的场景信息;
接收模块,用于接收客户端通过所述用户界面发送的下载请求,所述下载请求携带所述客户端从显示的场景信息中选择的场景信息;
获取模块,用于获取与所述下载请求携带的场景信息对应的业务场景;
发送模块,用于将获取的业务场景发送给所述客户端。
本申请提供一种业务场景下载装置,所述装置包括:
发送模块,用于向服务器发送访问请求,以使所述服务器在用户界面显示业务场景的场景信息;选择模块,用于从所述用户界面显示的场景信息中选择场景信息;所述发送模块,还用于通过所述用户界面向所述服务器发送下载请求,所述下载请求携带选择的所述场景信息;接收模块,用于接收所述服务器返回的与所述场景信息对应的业务场景。
本申请提供一种业务场景下载装置,所述装置包括:
接收模块,用于接收客户端发送的下载请求,所述下载请求携带业务场景的场景信息;获取模块,用于获取与所述场景信息对应的业务场景;
发送模块,用于将所述业务场景发送给所述客户端;
其中,所述业务场景具体包括:基础组件和场景实例组件。
本申请提供一种业务场景下载装置,所述装置包括:
发送模块,用于向服务器发送下载请求,所述下载请求携带业务场景的场景信息;接收模块,用于接收所述服务器返回的与所述场景信息对应的业务场景;获取模块,用于根据所述业务场景获取目标场景;
其中,所述业务场景具体包括基础组件和场景实例组件。
本申请提供一种业务场景发布装置,所述装置包括:
获取模块,用于获取待发布的业务场景;
处理模块,用于对所述业务场景进行审核和测试;
发布模块,用于若审核和测试均通过,则将所述业务场景发布到服务器;
其中,所述业务场景具体包括:基础组件和场景实例组件。
本申请提供一种服务器,包括处理器和机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述处理器执行所述计算机指令时进行如下处理:在用户界面显示业务场景的场景信息;接收客户端通过所述用户界面发送的下载请求,所述下载请求携带场景信息;获取与所述下载请求携带的场景信息对应的业务场景;将获取的业务场景发送给所述客户端。
本申请提供一种客户端设备,包括处理器和机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述处理器执行所述计算机指令时进行如下处理:向服务器发送访问请求,以使所述服务器在用户界面显示业务场景的场景信息;从所述用户界面显示的场景信息中选择场景信息;通过所述用户界面向所述服务器发送下载请求,所述下载请求携带所述场景信息;接收所述服务器返回的与所述场景信息对应的业务场景。
本申请提供一种服务器,包括处理器和机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述处理器执行所述计算机指令时进行如下处理:接收客户端发送的下载请求,所述下载请求携带业务场景的场景信息;获取与所述场景信息对应的业务场景;将所述业务场景发送给所述客户端;其中,所述业务场景具体包括:基础组件和场景实例组件。
本申请提供一种客户端设备,包括处理器和机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述处理器执行所述计算机指令时进行如下处理:向服务器发送下载请求,所述下载请求携带业务场景的场景信息;接收所述服务器返回的与所述场景信息对应的业务场景;根据所述业务场景获取目标场景;其中,所述业务场景具体包括基础组件和场景实例组件。
基于上述技术方案,本申请实施例中,可以在用户界面显示业务场景的场景信息,使得用户从用户界面显示的所有场景信息中选择符合需求的场景信息,用户可以下载到该场景信息对应的业务场景,这样,方便用户检索到合适的业务场景,提高用户使用感受。而且,用户下载的业务场景可以包括基础组件和场景实例组件,通过场景实例组件可以实现具体业务的复用,实现页面布局的业务场景复用,达到复用业务场景的目的,减少开发者的入门门槛与开发难度,保证开发者可以下载到高质量易复用的业务场景,提高用户使用感受。在github和gitlab等git代码托管平台中,通过上述方式可以解决检索难度大,无法实现具体业务复用等问题,提高用户使用感受,利于git代码托管平台的发展。
附图说明
为了更加清楚地说明本申请实施例或者现有技术中的技术方案,下面将对本申请实施例或者现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据本申请实施例的这些附图获得其他的附图。
图1A-图1D是本申请一种实施方式中的应用场景示意图;
图2A-图2D是本申请一种实施方式中的业务场景下载方法的流程图;
图3A和图3B是本申请一种实施方式中的业务场景下载装置的结构图。
具体实施方式
在本申请实施例使用的术语仅仅是出于描述特定实施例的目的,而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其它含义。还应当理解,本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本申请范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,此外,所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
本申请实施例中提出一种业务场景下载方法,该方法可以应用于包括服务器和客户端的系统,如git代码托管平台等,当然,该系统还可以为其它类型的系统,对此不做限制,本文以git代码托管平台为例进行说明。其中,git代码托管平台可以包括但不限于github托管平台、gitlab托管平台等,对此不做限制。
在git代码托管平台中,服务器是提供代码的设备,而客户端是从服务器获取代码的设备,并利用获取的代码开发软件产品。例如,客户端可以是某开发工具(如开发脚手架等),客户端能够将代码下载到本地PC(Personal Computer,个人计算机),即克隆代码到本地PC,并可以利用该代码开发软件产品。
在传统方式中,为了从服务器下载到代码,用户需要获知代码名称,并向服务器发送shell(壳)请求,该shell请求携带代码名称。服务器在接收到该shell请求后,可以将该代码名称对应的代码发送给客户端。但是上述方式中,用户需要获知代码名称,如果不知道代码名称,就无法获取到代码,获取难度比较大。而且,用户不知道该代码名称对应的代码的内容是什么,不知代码是否是自己需要的,可能无法获取到符合自己需求的代码,存在检索难度大、对于用户开发不透明等问题,从而影响用户使用感受,不利于git代码托管平台的发展。
与上述方式不同的是,本申请实施例中,服务器可以在用户界面显示业务场景的场景信息(即代码详细内容,如简要概述、图片、名称、设计要点、样式、展现效果等,对此不做限制),使得用户从用户界面显示的所有场景信息中选择符合需求的场景信息,这样,用户可以获取到符合自己需求的业务场景,方便用户检索到合适的业务场景,提高用户使用感受。通过上述方式可以解决检索难度大,对于用户开发不透明等问题,利于git代码托管平台的发展。
在传统方式中,客户端从服务器下载的代码,并不包括场景实例组件,从而无法实现具体业务的复用。与上述方式不同的是,本申请实施例中,客户端从服务器下载的业务场景,不仅包括基础组件,还包括场景实例组件,从而通过场景实例组件实现具体业务的复用,实现页面布局的业务场景复用,达到复用业务场景的目的,减少开发者的入门门槛与开发难度,保证开发者可以下载到高质量易复用的业务场景,提高用户使用感受,利于git代码托管平台的发展。
以下结合具体的实施例,对上述业务场景下载方法进行详细说明。
参见图1A所示,为业务场景下载方法的示意图。首先,开发者可以开发业务场景,如使用某个开发工具(如开发脚手架等)进行业务场景的开发,然后,可以将开发完成后的业务场景发布到审核平台。在审核平台对业务场景进行审核、测试等流程,若审核、测试均通过,则可以将业务场景发布到服务器;若审核或者测试不通过,则通知开发者对业务场景进行修正,并重复上述流程。
其中,审核平台用于对业务场景进行审核、测试等流程,如审核业务场景是否为重复,审核业务场景的质量是否存在问题,测试业务场景是否存在bug、测试业务场景是否存在无法执行的代码等,对此审核、测试流程不做限制。
其中,上述业务场景可以包括但不限于:基础组件以及场景实例组件。
基础组件可以包括用于实现基本功能的代码,例如,实现UI(User Interface,用户界面)功能的代码、实现网络通信功能的代码等,当然,该基础组件还可以包括其它基本功能的代码,对此基础组件的内容不做限制。此外,场景实例组件可以包括用于实现业务功能的代码,例如,实现订单管理功能的代码、或者实现长列表功能的代码、或者实现表单功能的代码等,当然,该场景实例组件还可以包括其它业务功能的代码,对此场景实例组件的内容不做限制,场景实例组件的内容与业务功能有关,不同业务功能的场景实例组件可以不同。
例如,针对用于实现订单管理功能的业务场景A,基础组件可以包括实现UI功能的代码、实现网络通信功能的代码,场景实例组件包括实现订单管理功能的代码。基于此业务场景A,就可以开发出用于实现订单管理功能的页面。
又例如,针对用于实现长列表功能的业务场景B,基础组件可以包括实现UI功能的代码、实现网络通信功能的代码,场景实例组件可以包括实现长列表功能的代码。基于此业务场景B,就可以开发出用于长列表功能的页面。
参见图1A所示,在将业务场景发布到服务器之后,服务器可以获取到该业务场景,并在服务器中存储该业务场景。然后,服务器还可以获取该业务场景的场景信息,并记录业务场景的场景信息与该业务场景的对应关系。例如,服务器获取到业务场景A后,在本地存储业务场景A,并记录业务场景A的场景信息A1与业务场景A的对应关系。服务器获取到业务场景B后,在本地存储业务场景B,并记录业务场景B的场景信息B1与业务场景B的对应关系。
其中,业务场景的场景信息可以包括但不限于以下之一或任意组合:业务场景的简要概述、场景图片、场景名称、设计要点、样式、展现效果等,对此场景信息不做限制,所有能够表示业务场景的信息均在本实施例的范围之内。
参见图1A所示,服务器在得到业务场景之后,还可以封装可视化的用户界面,该用户界面用于显示业务场景的场景信息。而且,用户能够获知该用户界面的URL(UniformResoure Locator,统一资源定位符)信息,并通过该URL信息访问该用户界面,从而查看该用户界面显示的所有业务场景的场景信息。
其中,针对通过用户界面显示场景信息的过程,可以采用如下方式:
方式一、参见图1B所示,针对服务器存储的业务场景,可以直接在用户界面显示所有业务场景的场景信息。例如,在用户界面显示业务场景A的场景信息A1、业务场景B的场景信息B1、业务场景C的场景信息C1、以此类推。
方式二、针对服务器存储的业务场景,可以根据业务场景的属性为业务场景设置关键词,不同业务场景可以对应相同或者不同的关键词。参见图1C所示,可以在用户界面显示所有的关键词,每个关键词对应至少一个业务场景。在通过用户界面显示所有关键词后,客户端可以从所有关键词中选择关键词,并通过用户界面发送携带该关键词的查看请求,而服务器接收到该查看请求后,参见图1D所示,可以在用户界面显示该关键词对应的业务场景的场景信息。
例如,针对用于实现长列表功能的业务场景,可以为该业务场景设置关键词“长列表”;针对用于实现列表优化功能的业务场景,可以为该业务场景设置关键词“列表优化”;针对用于实现服务列表功能的业务场景,可以为该业务场景设置关键词“服务列表”;针对用于实现表单功能的业务场景,可以为该业务场景设置关键词“表单”。当然,上述只是几个示例,对此不做限制。
在图1C中,长列表1表示存在1个关键词为长列表的业务场景,表单3表示存在3个关键词为表单的业务场景,以此类推。在显示图1C所示的用户界面后,若用户点击关键词“表单”,则表示客户端从所有关键词中选择关键词“表单”,且服务器通过用户界面接收到携带关键词“表单”的查看请求,并在用户界面显示关键词“表单”对应的所有业务场景的场景信息,如关键词“表单”对应业务场景A、业务场景C、业务场景H时,则用户界面参见图1D所示。
参见图1A所示,服务器在用户界面显示业务场景的场景信息之后,则客户端可以从该用户界面下载业务场景,并可以利用该业务场景进行业务处理。
针对上述方式一,客户端可以向服务器发送访问请求,即针对上述URL信息的访问请求,服务器在接收到该访问请求后,可以向客户端显示图1B所示的用户界面,该用户界面用于显示业务场景的场景信息。用户可以从用户界面显示的所有场景信息中选择场景信息,如选择场景信息A1,并点击安装,则客户端可以通过用户界面向服务器发送下载请求,该下载请求可以携带场景信息A1。服务器通过用户界面接收到该下载请求后,就可以获取场景信息A1对应的业务场景A,并将业务场景A发送给客户端,至此,客户端成功下载到业务场景A。
针对上述方式二,客户端可以向服务器发送访问请求,即针对上述URL信息的访问请求,服务器在接收到该访问请求后,可以向客户端显示图1C所示的用户界面,该用户界面用于显示业务场景的关键词。用户可以从用户界面显示的所有关键词中选择关键词,如选择“表单”,若用户点击“表单”,则客户端可以通过用户界面向服务器发送查看请求,该查看请求携带“表单”。服务器通过用户界面接收到携带“表单”的查看请求后,可以在用户界面显示“表单”对应的所有业务场景的场景信息,参见图1D所示。用户可以从用户界面显示的所有场景信息中选择场景信息,如选择场景信息A1,并点击安装,则客户端可以通过用户界面向服务器发送下载请求,该下载请求可以携带场景信息A1。服务器通过用户界面接收到下载请求后,可以获取场景信息A1对应的业务场景A,并将业务场景A发送给客户端,至此,客户端成功下载到业务场景A。
客户端下载到业务场景A后,可以利用业务场景A进行业务处理,即利用业务场景A获取目标场景,并利用目标场景开发用于实现订单管理功能的页面。
其中,利用业务场景A获取目标场景,可以包括但不限于:若客户端存在场景实例组件,则可以利用客户端的场景实例组件和业务场景A包括的场景实例组件进行合并处理,得到目标场景;或者,若客户端不存在场景实例组件,则可以直接将业务场景A确定为目标场景。进一步的,利用客户端的场景实例组件和业务场景A包括的场景实例组件进行合并处理,可以包括但不限于:针对第一场景实例,若客户端存在该第一场景实例对应的第一场景实例组件,且业务场景A不存在该第一场景实例对应的场景实例组件,则可以将第一场景实例组件合并到业务场景A中;针对第二场景实例,若客户端存在该第二场景实例对应的第二场景实例组件,且业务场景A存在该第二场景实例对应的第三场景实例组件,则使用第二场景实例组件替换业务场景中的第三场景实例组件。
例如,业务场景A的基础组件可以包括:实现UI功能的代码、实现网络通信功能的代码;业务场景A的场景实例组件可以包括:针对场景实例1的场景实例组件1、针对场景实例2的场景实例组件2、针对场景实例3的场景实例组件3。此外,客户端存在针对场景实例1的场景实例组件1’、针对场景实例4的场景实例组件4。基于此,可以将场景实例组件4合并到业务场景A中,并使用场景实例组件1’替换业务场景A中的场景实例组件1,修改后的业务场景也就是目标场景,即目标场景可以包括:业务场景A的基础组件、场景实例组件1’、场景实例组件2、场景实例组件3和场景实例组件4。然后,还可以利用该目标场景开发用于实现订单管理功能的页面,对此开发过程不做限制。
其中,客户端本地的场景实例组件可以存储在业务项目,客户端可以将业务场景A下载到该业务项目中。然后,客户端可以采用上述方式合并业务项目中的业务场景A和场景实例组件,完成业务场景的复用,并开始业务开发。
经过上述处理,可以将github或gitlab的源码仓库(即业务场景)与业务代码(即客户端本地的场景实例组件)对接,在细粒度的组件上搭建出具体业务场景的应用层,可以将业务场景安装到本地的业务项目,并与业务项目的场景实例组件依赖合并,对于本地的场景实例组件无侵入,达到复用业务场景的目的,减少开发者的入门门槛与开发难度,实现页面的场景布局复用,支持复用后的业务场景的快速修改与二次开发。而且,在二次开发完成后,开发者还可以将当前沉淀的业务场景发布到审核平台,在审核/测试完成后,审核平台可以将该业务场景发布到服务器,这样,该业务场景又可以供其它开发者使用。
在上述实施例中,是以服务器在用户界面显示场景信息为例,实际应用中,也可以不在用户界面显示场景信息,客户端利用场景名称直接从服务器下载业务场景。例如,客户端获知业务场景的场景名称后,直接向服务器发送下载请求,该下载请求携带该场景名称;服务器接收到该下载请求后,获取与该场景名称对应的业务场景,并将该业务场景发送给客户端;客户端接收该业务场景,并根据该业务场景获取目标场景。这样,客户端也可以下载到业务场景。
在上述应用场景下,参见图2A所示,为本申请实施例中提出的业务场景下载方法的流程示意图,该方法可以应用于服务器,该方法可以包括:
步骤211,在用户界面显示业务场景的场景信息。
其中,该业务场景可以包括但不限于:基础组件和场景实例组件。
在步骤211之前,服务器可以获取业务场景,并在服务器中存储该业务场景;然后,服务器还可以记录业务场景的场景信息与该业务场景的对应关系。
在一个例子中,在用户界面显示业务场景的场景信息,可以包括但不限于:在用户界面显示关键词,该关键词可以对应至少一个业务场景;然后,接收客户端通过该用户界面发送的查看请求,该查看请求可以携带用户选择的关键词;然后,在用户界面显示该查看请求携带的关键词对应的业务场景的场景信息。
在一个例子中,在用户界面显示关键词之前,针对服务器存储的每个业务场景,还可以根据该业务场景的属性为该业务场景设置关键词,对此过程不做限制。而且,不同的业务场景可以对应相同或者不同的关键词。进一步的,基于每个业务场景的关键词,则可以在用户界面显示所有关键词。
步骤212,接收客户端通过用户界面发送的下载请求,该下载请求携带场景信息,该场景信息就是客户端从用户界面显示的所有场景信息中选择的。
步骤213,获取与该下载请求携带的场景信息对应的业务场景。
步骤214,将获取的业务场景发送给客户端。
在一个例子中,上述执行顺序只是为了方便描述给出的一个示例,在实际应用中,还可以改变步骤之间的执行顺序,对此执行顺序不做限制。而且,在其它实施例中,并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤,其方法所包括的步骤可以比本说明书所描述的更多或更少。此外,本说明书中所描述的单个步骤,在其它实施例中可能被分解为多个步骤进行描述;本说明书中所描述的多个步骤,在其它实施例也可能被合并为单个步骤进行描述。
基于与上述方法同样的构思,参见图2B所示,为本申请实施例中提出的业务场景下载方法的流程示意图,该方法可以应用于客户端,该方法可以包括:
步骤221,向服务器发送访问请求,以使服务器在用户界面显示业务场景的场景信息。其中,该业务场景可以包括但不限于:基础组件和场景实例组件。
在一个例子中,向服务器发送访问请求,以使服务器在用户界面显示业务场景的场景信息,可以包括但不限于:向服务器发送访问请求,以使服务器在用户界面显示业务场景的关键词;从用户界面显示的所有关键词中选择关键词,并通过用户界面向服务器发送查看请求,该查看请求可以携带选择的该关键词,以使服务器在用户界面显示与该关键词对应的业务场景的场景信息。
步骤222,从用户界面显示的所有场景信息中选择场景信息。
步骤223,通过用户界面向服务器发送下载请求,下载请求携带该场景信息。
步骤224,接收服务器返回的与该场景信息对应的业务场景。
在一个例子中,客户端在接收到该业务场景后,可以根据该业务场景获取目标场景。具体的,若客户端存在场景实例组件,则可以利用客户端的场景实例组件和该业务场景包括的场景实例组件进行合并处理,得到目标场景;或者,若客户端不存在场景实例组件,则可以将该业务场景确定为目标场景。
在一个例子中,利用客户端的场景实例组件和该业务场景包括的场景实例组件进行合并处理,可以包括但不限于:针对第一场景实例,若客户端存在该第一场景实例对应的第一场景实例组件,且该业务场景不存在该第一场景实例对应的场景实例组件,则可以将该第一场景实例组件合并到该业务场景中;和/或,针对第二场景实例,若客户端存在该第二场景实例对应的第二场景实例组件,且该业务场景存在该第二场景实例对应的第三场景实例组件,则可以使用该第二场景实例组件替换该业务场景中的第三场景实例组件。
基于与上述方法同样的构思,参见图2C所示,为本申请实施例中提出的业务场景下载方法的流程示意图,该方法可以应用于服务器,该方法可以包括:
步骤231,接收客户端发送的下载请求,下载请求携带业务场景的场景信息。
步骤232,获取与该场景信息对应的业务场景。
其中,该业务场景可以包括但不限于:基础组件和场景实例组件。
步骤233,将该业务场景发送给客户端。
其中,接收客户端发送的下载请求,可以包括:在用户界面显示业务场景的场景信息,并接收客户端通过该用户界面发送的下载请求;也就是说,服务器在用户界面显示场景信息,客户端通过用户界面下载到业务场景,具体实现方式参见图2A所示流程。或者,客户端在获知业务场景的场景名称后,直接向服务器发送下载请求,该下载请求携带该场景名称;也就是说,服务器可以不在用户界面显示场景信息,客户端利用场景名称直接从服务器下载业务场景。
基于与上述方法同样的构思,参见图2D所示,为本申请实施例中提出的业务场景下载方法的流程示意图,该方法可以应用于客户端,该方法可以包括:
步骤241,向服务器发送下载请求,该下载请求携带业务场景的场景信息。
步骤242,接收服务器返回的与该场景信息对应的业务场景。
其中,该业务场景可以包括但不限于:基础组件和场景实例组件。
步骤243,根据该业务场景获取目标场景。
其中,向服务器发送下载请求,该下载请求携带业务场景的场景信息,可以包括:向服务器发送访问请求,以使服务器在用户界面显示业务场景的场景信息;从用户界面显示的所有场景信息中选择场景信息,并通过用户界面向服务器发送下载请求,该下载请求可以携带选择的场景信息;也就是说,服务器在用户界面显示场景信息,客户端通过用户界面下载到业务场景,具体实现方式参见图2B所示流程。或者,客户端在获知业务场景的场景名称后,直接向服务器发送下载请求,该下载请求携带该场景名称;也就是说,服务器可以不在用户界面显示场景信息,客户端利用场景名称直接从服务器下载业务场景。
在上述应用场景下,本申请实施例中还提出一种业务场景发布方法,该方法可以应用于审核平台,该方法可以包括:获取待发布的业务场景;对所述业务场景进行审核和测试;若审核和测试均通过,则将所述业务场景发布到服务器;其中,所述业务场景具体包括:基础组件和场景实例组件。
具体的,开发者可以开发业务场景,如使用某个开发工具(如开发脚手架等)进行业务场景的开发,然后,可以将开发完成后的业务场景发布到审核平台。审核平台获取到该业务场景后,对业务场景进行审核、测试等流程,若审核、测试均通过,则可以将业务场景发布到服务器;若审核或者测试不通过,则通知开发者对业务场景进行修正,并重复上述流程。
基于图2A-图2D的方案,本申请实施例中,可以在用户界面显示业务场景的场景信息,使得用户从用户界面显示的所有场景信息中选择符合需求的场景信息,用户可以下载到该场景信息对应的业务场景,这样,方便用户检索到合适的业务场景,提高用户使用感受。而且,用户下载的业务场景可以包括基础组件和场景实例组件,通过场景实例组件可以实现具体业务的复用,实现页面布局的业务场景复用,达到复用业务场景的目的,减少开发者的入门门槛与开发难度,保证开发者可以下载到高质量易复用的业务场景,提高用户使用感受。在github和gitlab等git代码托管平台中,通过上述方式解决检索难度大,无法实现具体业务复用等问题,提高用户使用感受,利于git代码托管平台的发展。
基于与上述方法同样的申请构思,本申请实施例还提供一种业务场景下载装置,应用于服务器,如图3A所示,为该装置的结构图,该装置包括:
显示模块311,用于在用户界面显示业务场景的场景信息;
接收模块312,用于接收客户端通过所述用户界面发送的下载请求,所述下载请求携带所述客户端从显示的场景信息中选择的场景信息;
获取模块313,用于获取与所述下载请求携带的场景信息对应的业务场景;
发送模块314,用于将获取的业务场景发送给所述客户端。
在一个例子中,所述业务场景具体包括:基础组件和场景实例组件。
基于与上述方法同样的申请构思,本申请实施例还提供一种服务器,包括处理器和机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述处理器执行所述计算机指令时进行如下处理:在用户界面显示业务场景的场景信息;接收客户端通过所述用户界面发送的下载请求,所述下载请求携带所述客户端从显示的场景信息中选择的场景信息;获取与所述下载请求携带的场景信息对应的业务场景;将获取的业务场景发送给所述客户端。
基于与上述方法同样的申请构思,本申请实施例还提供一种机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述计算机指令被执行时进行如下处理:在用户界面显示业务场景的场景信息;接收客户端通过所述用户界面发送的下载请求,所述下载请求携带场景信息;获取与所述下载请求携带的场景信息对应的业务场景;将获取的业务场景发送给所述客户端。
基于与上述方法同样的申请构思,本申请实施例还提供一种业务场景下载装置,应用于客户端,如图3B所示,为该装置的结构图,该装置包括:
发送模块321,用于向服务器发送访问请求,以使所述服务器在用户界面显示业务场景的场景信息;选择模块322,用于从所述用户界面显示的场景信息中选择场景信息;所述发送模块321,还用于通过所述用户界面向所述服务器发送下载请求,所述下载请求携带选择的所述场景信息;接收模块323,用于接收所述服务器返回的与所述场景信息对应的业务场景。
在一个例子中,所述业务场景具体包括:基础组件和场景实例组件。
在一个例子中,所述装置还可以包括(在图中未视出):获取模块,用于根据所述业务场景获取目标场景;所述获取模块根据所述业务场景获取目标场景时具体用于:若所述客户端存在场景实例组件,则利用所述客户端的场景实例组件和所述业务场景包括的场景实例组件进行合并处理,得到目标场景;或者,若所述客户端不存在场景实例组件,则将所述业务场景确定为目标场景。
基于与上述方法同样的申请构思,本申请实施例还提供一种客户端设备,包括处理器和机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述处理器执行所述计算机指令时进行如下处理:向服务器发送访问请求,以使服务器在用户界面显示业务场景的场景信息;从用户界面显示的场景信息中选择场景信息;通过所述用户界面向服务器发送下载请求,所述下载请求携带所述场景信息;接收所述服务器返回的与所述场景信息对应的业务场景。
基于与上述方法同样的申请构思,本申请实施例还提供一种机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述计算机指令被执行时进行如下处理:向服务器发送访问请求,以使所述服务器在用户界面显示业务场景的场景信息;从所述用户界面显示的场景信息中选择场景信息;通过所述用户界面向所述服务器发送下载请求,所述下载请求携带所述场景信息;接收所述服务器返回的与所述场景信息对应的业务场景。
基于与上述方法同样的申请构思,本申请实施例还提供一种业务场景下载装置,应用于服务器,所述装置包括:接收模块,用于接收客户端发送的下载请求,所述下载请求携带业务场景的场景信息;获取模块,用于获取与所述场景信息对应的业务场景;发送模块,用于将所述业务场景发送给所述客户端;其中,所述业务场景具体包括:基础组件和场景实例组件。
基于与上述方法同样的申请构思,本申请实施例还提供一种服务器,包括处理器和机器可读存储介质,机器可读存储介质上存储有若干计算机指令,所述处理器执行所述计算机指令时进行如下处理:接收客户端发送的下载请求,下载请求携带业务场景的场景信息;获取与所述场景信息对应的业务场景;将所述业务场景发送给客户端;所述业务场景包括基础组件和场景实例组件。
基于与上述方法同样的申请构思,本申请实施例还提供一种机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述计算机指令被执行时进行如下处理:接收客户端发送的下载请求,所述下载请求携带业务场景的场景信息;获取与所述场景信息对应的业务场景;将所述业务场景发送给所述客户端;其中,所述业务场景具体包括:基础组件和场景实例组件。
基于与上述方法同样的申请构思,本申请实施例还提供一种业务场景下载装置,应用于客户端,所述装置包括:发送模块,用于向服务器发送下载请求,所述下载请求携带业务场景的场景信息;接收模块,用于接收所述服务器返回的与所述场景信息对应的业务场景;获取模块,用于根据所述业务场景获取目标场景;其中,所述业务场景具体包括基础组件和场景实例组件。
基于与上述方法同样的申请构思,本申请实施例还提供一种客户端设备,包括处理器和机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述处理器执行所述计算机指令时进行如下处理:向服务器发送下载请求,所述下载请求携带业务场景的场景信息;接收所述服务器返回的与所述场景信息对应的业务场景;根据所述业务场景获取目标场景;其中,所述业务场景具体包括基础组件和场景实例组件。
基于与上述方法同样的申请构思,本申请实施例还提供一种机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述计算机指令被执行时进行如下处理:向服务器发送下载请求,所述下载请求携带业务场景的场景信息;接收所述服务器返回的与所述场景信息对应的业务场景;根据所述业务场景获取目标场景;其中,所述业务场景具体包括基础组件和场景实例组件。
基于与上述方法同样的申请构思,本申请实施例还提供一种业务场景发布装置,应用于审核平台,所述装置包括:获取模块,用于获取待发布的业务场景;处理模块,用于对所述业务场景进行审核和测试;发布模块,用于若审核和测试均通过,则将所述业务场景发布到服务器;其中,所述业务场景具体包括:基础组件和场景实例组件。
基于与上述方法同样的申请构思,本申请实施例还提供一种审核平台,包括处理器和机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述处理器执行所述计算机指令时进行如下处理:获取待发布的业务场景;对所述业务场景进行审核和测试;若审核和测试均通过,则将所述业务场景发布到服务器;其中,所述业务场景具体包括:基础组件和场景实例组件。
基于与上述方法同样的申请构思,本申请实施例还提供一种机器可读存储介质,所述机器可读存储介质上存储有若干计算机指令,所述计算机指令被执行时进行如下处理:获取待发布的业务场景;对所述业务场景进行审核和测试;若审核和测试均通过,则将所述业务场景发布到服务器;其中,所述业务场景具体包括:基础组件和场景实例组件。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可以由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其它可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其它可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
而且,这些计算机程序指令也可以存储在能引导计算机或其它可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或者多个流程和/或方框图一个方框或者多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其它可编程数据处理设备上,使得在计算机或者其它可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其它可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。