业务场景的构建方法和业务场景的构建系统与流程

本发明涉及业务场景构建领域，具体而言，涉及一种业务场景的构建方法、一种业务场景的构建系统以及一种计算机可读存储介质。

背景技术：

业务场景构建过程通常是在客户端下独立开发，如在pc端下构建业务场景，对于多种客户端同时需要构建业务场景的情况(如pc端和移动端同时需要构建业务场景)，通常的构建流程是在pc端下构建业务场景，再在移动端下重复pc端构建过程，进而完成多种客户端的业务场景构建。在pc端和移动端的业务场景具有相同的业务场景时，传统的构建方式需要分别为pc端和移动端分别构建完全一样的业务逻辑，重复的构建工作会造成人力资源和时间成本的浪费。同时，构建好的多种客户端在后期的维护过程中需要逐一维护，维护的成本较高。

针对现有方案中多种客户端重复开发的问题以及维护成本高的问题，亟需一种业务场景构建方法，以解决现有方案面临的问题。

技术实现要素：

本发明旨在至少解决现有技术或相关技术中存在的技术问题之一。

为此，本发明的第一个方面在于，提出一种业务场景的构建方法。

本发明的第二个方面在于，提出一种业务场景的构建系统。

本发明的第三个方面在于，提出一种计算机可读存储介质。

有鉴于此，根据本发明的第一个方面，提供了一种业务场景的构建方法，包括：解析目标业务场景中的业务逻辑，采用通用代码构建业务逻辑并以生成业务逻辑代码，对业务逻辑代码进行封装；调用封装后的业务逻辑代码，通过客户端的ui组件解析业务逻辑代码，以在客户端展示目标业务场景。

本发明的实施例提供的业务场景的构建方法，解析目标业务场景的业务逻辑，并利用通用代码构建业务逻辑进而生成业务逻辑代码，并对业务逻辑代码进行封装，将业务逻辑代码包围起来，通过已经定义的接口实现数据的访问，进而将业务逻辑代码隐藏和保护起来，在进行多种终端的业务场景构建时，可以直接调用封装好的业务逻辑代码，利用不同终端的ui组件解析业务逻辑代码，即可实现多种客户端的业务场景的构建，通过将业务逻辑代码的封装和调用，将现有多种客户端业务场景的业务逻辑代码的构建过程合并为一次，进而减少了多种客户端下业务场景构建需要的时间和人力，同时，提高了构建速度。

另外，根据本发明提供的上述技术方案中的业务场景的构建方法，还可以具有如下附加技术特征：

在上述技术方案中，进一步地，在解析目标业务场景中的业务逻辑的步骤之前，还包括：接收多种客户端的多个建立业务场景请求，分析多个建立业务场景请求中业务场景的业务逻辑；将具有相同业务逻辑的业务场景作为目标业务场景。

在上述任一技术方案中，进一步地，方法还包括：接收针对业务逻辑代码的修改指令；在多种客户端中的任一种客户端下，根据修改指令修改业务逻辑代码；修改多种客户端中的任一种客户端的ui组件的ui脚本，以适应展示修改后的业务逻辑代码。

在上述任一技术方案中，进一步地，调用封装后的业务逻辑代码，通过客户端的ui组件展示业务逻辑代码的步骤，具体包括：将封装后的业务逻辑代码调入mvvm框架下运行，在mvvm框架下，使用客户端的ui组件解析业务逻辑代码。

在上述任一技术方案中，进一步地，将封装后的业务逻辑代码调入mvvm框架下运行的步骤，具体包括：对封装后的业务逻辑代码进行格式转换。

在上述任一技术方案中，进一步地，mvvm框架包含以下框架中任意一种：vue框架、react框架、angular框架。

在上述任一技术方案中，进一步地，还包括：接收客户端建立业务场景请求，分析建立业务场景请求中业务场景的业务逻辑；判断数据库中是否存储有相同业务逻辑的目标业务场景，如判断结果为是，调用与目标业务场景相对应的业务逻辑代码；通过客户端的ui组件解析业务逻辑代码，在客户端展示目标业务场景。

本发明的第二个方面在于，提出一种业务场景的构建系统。业务场景的构建系统包括：封装单元，用于解析目标业务场景中的业务逻辑，采用通用代码构建业务逻辑并以生成业务逻辑代码，对业务逻辑代码进行封装；调用单元，调用封装后的业务逻辑代码，通过客户端的ui组件解析业务逻辑代码，以在客户端展示目标业务场景。

本发明的实施例提供了一种业务场景的构建系统，其中，业务场景的构建系统包括：封装单元和调用单元，封装单元解析目标业务场景的业务逻辑，并利用通用代码构建业务逻辑进而生成业务逻辑代码，并对业务逻辑代码进行封装，将业务逻辑代码包围起来，通过已经定义的接口实现数据的访问，进而将业务逻辑代码隐藏和保护起来，在进行多种终端的业务场景构建时，调用单元可以直接调用封装好的业务逻辑代码，利用不同终端的ui组件解析业务逻辑代码，即可实现多种客户端的业务场景的构建，通过将业务逻辑代码的封装和调用，将现有多种客户端业务场景的业务逻辑代码的构建过程合并为一次，进而减少了多种客户端下业务场景构建需要的时间和人力，同时，提高了构建速度。

另外，根据本发明提供的上述技术方案中的业务场景的构建系统，还可以具有如下附加技术特征：

在上述技术方案中，进一步地，系统还包括：第一接收单元，用于接收多种客户端的多个建立业务场景请求，分析多个建立业务场景请求中业务场景的业务逻辑；设定单元，将具有相同业务逻辑的业务场景作为目标业务场景。

在上述任一技术方案中，进一步地，还包括：第二接收单元，用于接收针对业务逻辑代码的修改指令；修改单元，用于在多种客户端中的任一种客户端下，根据修改指令修改业务逻辑代码；修改多种客户端中的任一种客户端的ui组件的ui脚本，以适应展示修改后的业务逻辑代码。

在上述任一技术方案中，进一步地，调用单元具体用于将封装后的业务逻辑代码调入mvvm框架下运行，在mvvm框架下，使用客户端的ui组件展示业务逻辑代码。

在上述任一技术方案中，进一步地，调用单元还用于对封装后的业务逻辑代码进行格式转换。

在上述任一技术方案中，进一步地，mvvm框架包含以下框架中任意一种：vue框架、react框架、angular框架。

在上述任一技术方案中，进一步地，还包括：第三接收单元，用于接收客户端建立业务场景请求，分析建立业务场景请求中业务场景的业务逻辑；判断单元，用于判断数据库中是否存储有相同业务逻辑的目标业务场景，如判断结果为是，调用与目标业务场景相对应的业务逻辑代码；展示单元，通过客户端的ui组件解析业务逻辑代码，在客户端展示目标业务场景。

根据本发明的第三个方面，提出了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述任一项的业务场景的构建方法的步骤。

根据本发明公开的实施例的第三个方面，提供了一种计算机可读存储介质，计算机程序被处理器执行时实现如上述任一技术方案的业务场景的构建方法的步骤，因此该计算机可读存储介质包括上述任一技术方案的业务场景的构建方法的全部有益效果。

本发明的附加方面和优点将在下面的描述部分中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1示出了本发明的一个实施例的业务场景的构建方法的流程示意图；

图2示出了本发明的另一个实施例的业务场景的构建方法的流程示意图；

图3示出了本发明的再一个实施例的业务场景的构建方法的流程示意图；

图4示出了本发明的又一个实施例的业务场景的构建方法的流程示意图；

图5示出了本发明的一个实施例的业务场景的构建系统的示意框图；

图6示出了本发明的另一个实施例的业务场景的构建系统的示意框图；

图7示出了现阶段多种客户端业务场景构建流程阶段性示意图；

图8示出了本发明多种客户端业务场景构建流程阶段性示意图；

图9示出了本发明多种客户端业务场景构建的流程示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

本发明第一方面的实施例提供了一种业务场景的构建方法。图1示出了本发明的一个实施例的业务场景的构建方法的流程示意图。其中，业务场景的构建方法包括：

s102，解析目标业务场景中的业务逻辑，采用通用代码构建业务逻辑并以生成业务逻辑代码，对业务逻辑代码进行封装；

s104，调用封装后的业务逻辑代码，通过客户端的ui组件解析业务逻辑代码，以在客户端展示目标业务场景。

在该实施例中，解析目标业务场景的业务逻辑，并利用通用代码构建业务逻辑进而生成业务逻辑代码，并对业务逻辑代码进行封装，将业务逻辑代码包围起来，通过已经定义的接口实现数据的访问，进而将业务逻辑代码隐藏和保护起来，在进行多种终端的业务场景构建时，可以直接调用封装好的业务逻辑代码，其中业务逻辑代码为javascript脚本，javascript，即爪哇脚本，是一种直译式脚本语言，是一种动态类型、弱类型、基于原型的语言。利用不同终端的ui组件解析业务逻辑代码，即可实现多种客户端的业务场景的构建，通过将业务逻辑代码的封装和调用，将现有多种客户端业务场景的业务逻辑代码的构建过程合并为一次，进而减少了多种客户端下业务场景构建需要的时间和人力，同时提高了构建速度。

图2示出了本发明的另一个实施例的业务场景的构建方法的流程示意图。其中，业务场景的构建方法包括：

s202，接收多种客户端的多个建立业务场景请求，分析多个建立业务场景请求中业务场景的业务逻辑；

s204，将具有相同业务逻辑的业务场景作为目标业务场景；

s206，解析目标业务场景中的业务逻辑，采用通用代码构建业务逻辑并以生成业务逻辑代码，对业务逻辑代码进行封装；

s208，调用封装后的业务逻辑代码，通过客户端的ui组件解析业务逻辑代码，以在客户端展示目标业务场景。

在该实施例中，接收到多种客户端的多个建立业务场景请求时，对多个建立请求进行分析，确定具有相同业务逻辑的业务场景，并将一个或多个业务场景作为目标业务场景，以使根据目标业务场景构建的业务逻辑代码能够实现复用在多种客户端，如在不同客户端建立相同的应用场景时，只需调用相同的业务场景封装的业务逻辑，即可实现多种客户端下应用场景的构建，无需为相同业务逻辑的每一个建立应用场景请求单独构建对应的业务逻辑代码，进而减少多种客户端下业务场景的构建工作量，提高了多种客户端的构建速度，减少了构建过程中的人力和时间成本。

图3示出了本发明的再一个实施例的业务场景的构建方法的流程示意图。其中，业务场景的构建方法包括：

s302，接收多种客户端的多个建立业务场景请求，分析多个建立业务场景请求中业务场景的业务逻辑；

s304，将具有相同业务逻辑的业务场景作为目标业务场景；

s306，解析目标业务场景中的业务逻辑，采用通用代码构建业务逻辑并以生成业务逻辑代码，对业务逻辑代码进行封装；

s308，调用封装后的业务逻辑代码，通过客户端的ui组件解析业务逻辑代码，以在客户端展示目标业务场景；

s310，接收针对业务逻辑代码的修改指令；

s312，在多种客户端中的任一种客户端下，根据修改指令修改业务逻辑代码；

s314，修改多种客户端中的任一种客户端的ui组件的ui脚本，以适应展示修改后的业务逻辑代码。

在该实施例中，在需要对多种客户端的业务场景的内容进行修改时，接收到针对业务逻辑代码的修改指令时，在多种客户端中的任一种客户端下根据修改指令修改业务逻辑代码，同时调整ui组件，以使得修改后的业务逻辑代码正确展示，无需对多种客户端中每一种客户端的业务逻辑代码逐一修改，提高了后期维护的简便性，提升了后期维护的效率。

在本发明的一个实施例中，优选地，调用封装后的业务逻辑代码，通过客户端的ui组件展示业务逻辑代码的步骤，具体包括：将封装后的业务逻辑代码调入mvvm框架下运行，在mvvm框架下，使用客户端的ui组件解析业务逻辑代码。

在该实施例中，mvvm(model-view-viewmodel)框架是mvp(model-view-presenter，)模式与wpf(windowspresentationfoundationwindows呈现基础，隶属于微软的图形系统)结合的应用方式时发展演变过来的一种新型构架框架，通过将分离视图与模型，实现了可重用性，使得多个视图重用一个业务逻辑。即在构建多种客户端的业务场景时，利用多种客户端的ui组件重用一个业务逻辑代码，进而将多种客户端下多次业务逻辑代码的构建合并为一次，减少了多种客户端的业务场景构建需要的时间和人力成本，提升了业务场景的构建速度。

在本发明的一个实施例中，优选地，将封装后的业务逻辑代码调入mvvm框架下运行，还包括：对封装后的业务逻辑代码进行格式转换。

在该实施例中，对封装后的业务逻辑代码进行格式调整，格式转换后的业务逻辑代码能够适配mvvm框架，并与mvvm框架下的ui组件组合，利用ui组件展示业务逻辑代码，进而满足业务场景需求，避免出现封装后的业务逻辑代码的格式与mvvm框架不适配，致使的业务逻辑代码与ui组件组合后无法满足业务场景需求的情况。

在本发明的一个实施例中，优选地，mvvm框架包含以下框架中任意一种：vue框架、react框架、angular框架。

在该实施例中，mvvm框架包含但不局限于vue框架、react框架、angular框架，可以根据用户需求合理选择。

图4示出了本发明的又一个实施例的业务场景的构建方法的流程示意图。其中，业务场景的构建方法包括：

s402，解析目标业务场景中的业务逻辑，采用通用代码构建业务逻辑并以生成业务逻辑代码，对业务逻辑代码进行封装；

s404，接收客户端建立业务场景请求，分析建立业务场景请求中业务场景的业务逻辑；

s406，判断数据库中是否存储有相同业务逻辑的目标业务场景；

s408，如判断结果为是，调用封装后的业务逻辑代码，通过客户端的ui组件解析业务逻辑代码，以在客户端展示目标业务场景。

在该实施例中，在接收到客户端建立业务场景请求时，对业务场景请求进行分析，确定业务场景请求中的业务逻辑，并查找数据库中是否存在相同业务逻辑的目标业务场景，如果判断结果为是时，调用封装后的业务逻辑代码，通过客户端的ui组件解析业务逻辑代码，以在客户端展示目标业务场景，以此实现在某一种客户端下的业务场景构建完成后，需要在另一种客户端下再次构建相同业务场景时无需重复使用通用代码构建业务逻辑代码的过程，从而实现业务场景的“移植操作”，进而减少业务逻辑代码的重复编写，提高业务场景构建的速度。

本发明第二方面的实施例提供了一种业务场景的构建系统。图5示出了本发明的一个实施例的业务场景的构建系统500的示意框图。其中，业务场景的构建系统500包括：封装单元502，用于解析目标业务场景中的业务逻辑，采用通用代码构建业务逻辑并以生成业务逻辑代码，对业务逻辑代码进行封装；调用单元504，调用封装后的业务逻辑代码，通过客户端的ui组件解析业务逻辑代码，以在客户端展示目标业务场景。

在该实施例中，业务场景的构建系统500包括：封装单元502和调用单元504，封装单元502解析目标业务场景的业务逻辑，并利用通用代码构建业务逻辑进而生成业务逻辑代码，并对业务逻辑代码进行封装，将业务逻辑代码包围起来，通过已经定义的接口实现数据的访问，进而将业务逻辑代码隐藏和保护起来，在进行多种终端的业务场景构建时，调用单元504可以直接调用封装好的业务逻辑代码，利用不同终端的ui组件解析业务逻辑代码，即可实现多种客户端的业务场景的构建，通过将业务逻辑代码的封装和调用，将现有多种客户端业务场景的业务逻辑代码的构建过程合并为一次，进而减少了多种客户端下业务场景构建需要的时间和人力，同时，提高了构建速度。

图6示出了本发明的另一个实施例的业务场景的构建系统600的示意框图。其中，业务场景的构建系统600包括：封装单元602，用于解析目标业务场景中的业务逻辑，采用通用代码构建业务逻辑并以生成业务逻辑代码，对业务逻辑代码进行封装；调用单元604，调用封装后的业务逻辑代码，通过客户端的ui组件解析业务逻辑代码，以在客户端展示目标业务场景；第一接收单元606，用于接收多种客户端的多个建立业务场景请求，分析多个建立业务场景请求中业务场景的业务逻辑；设定单元608，将具有相同业务逻辑的业务场景作为目标业务场景。

在该实施例中，第一接收单元606接收到多种客户端的多个建立业务场景请求时，对多个建立请求进行分析，设定单元608确定具有相同业务逻辑的业务场景，并将一个或多个业务场景作为目标业务场景，以使根据目标业务场景构建的业务逻辑代码能够实现复用在多种客户端，如在不同客户端建立相同的应用场景时，只需调用相同的业务场景封装的业务逻辑，即可实现多种客户端下应用场景的构建，无需为相同业务逻辑的每一个建立应用场景请求单独构建对应的业务逻辑代码，进而减少多种客户端下业务场景的构建工作量，提高了多种客户端的构建速度，减少了构建过程中的人力和时间成本。

在本发明的一个实施例中，业务场景的构建系统600还包括：第二接收单元610，用于接收针对业务逻辑代码的修改指令；修改单元612，用于在多种客户端中的任一种客户端下，根据修改指令修改业务逻辑代码；修改多种客户端中的任一种客户端的ui组件的ui脚本，以适应展示修改后的业务逻辑代码。

在该实施例中，在需要对多种客户端的业务场景的内容进行修改时，第二接收单元610接收到针对业务逻辑代码的修改指令时，控制修改单元612在多种客户端中的任一种客户端下根据修改指令修改业务逻辑代码，同时调整ui组件，以使得修改后的业务逻辑代码正确展示，无需对多种客户端中每一种客户端的业务逻辑代码逐一修改，提高了后期维护的简便性，提升了后期维护的效率。

在本发明的一个实施例中，调用单元604具体用于将封装后的业务逻辑代码调入mvvm框架下运行，在mvvm框架下，使用客户端的ui组件展示业务逻辑代码。

在该实施例中，mvvm(model-view-viewmodel)框架是mvp(model-view-presenter，)模式与wpf(windowspresentationfoundationwindows呈现基础，隶属于微软的图形系统)结合的应用方式时发展演变过来的一种新型构架框架，通过将分离视图与模型，实现了可重用性，使得多个视图重用一个业务逻辑。即在构建多种客户端的业务场景时，利用多种客户端的ui组件重用一个业务逻辑代码，进而将多种客户端下多次业务逻辑代码的构建合并为一次，减少了多种客户端的业务场景构建需要的时间和人力成本，提升了业务场景的构建速度。

在本发明的一个实施例中，调用单元604还用于对封装后的业务逻辑代码进行格式转换。

在该实施例中，调用单元604还用于对封装后的业务逻辑代码进行格式调整，格式转换后的业务逻辑代码能够适配mvvm框架，并与mvvm框架下的ui组件组合，利用ui组件展示业务逻辑代码，进而满足业务场景需求，避免出现封装后的业务逻辑代码的格式与mvvm框架不适配，致使的业务逻辑代码与ui组件组合后无法满足业务场景需求的情况。

在本发明的一个实施例中，mvvm框架包含以下框架中任意一种：vue框架、react框架、angular框架。

在该实施例中，mvvm框架包含但不局限于vue框架、react框架、angular框架，可以根据用户需求合理选择。

在本发明的一个实施例中，业务场景的构建系统600还包括：第三接收单元614，用于接收客户端建立业务场景请求，分析建立业务场景请求中业务场景的业务逻辑；判断单元616，用于判断数据库中是否存储有相同业务逻辑的目标业务场景，如判断结果为是，调用与目标业务场景相对应的业务逻辑代码；展示单元618，通过客户端的ui组件解析业务逻辑代码，在客户端展示目标业务场景。

在该实施例中，第三接收单元614在接收到客户端建立业务场景请求时，对业务场景请求进行分析，确定业务场景请求中的业务逻辑，判断单元616查找数据库中是否存在相同业务逻辑的目标业务场景，如果判断结果为是时，调用封装后的业务逻辑代码，控制展示单元618通过客户端的ui组件解析业务逻辑代码，以在客户端展示目标业务场景，以此实现在某一种客户端下的业务场景构建完成后，需要在另一种客户端下再次构建相同业务场景时无需重复使用通用代码构建业务逻辑代码的过程，从而实现业务场景的“移植操作”，进而减少业务逻辑代码的重复编写，提高业务场景构建的速度。

本发明第三方面的实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述任一实施例中所提供的方法的步骤。

本发明提供的计算机可读存储介质，其上存储的计算机程序被处理器执行时可实现上述任一实施例的业务场景的构建方法的步骤，因而具有上述业务场景的构建方法的全部有益技术效果，在此不再赘述。

如图7所示，作业系统需要构建pc端业务场景和移动端业务场景，具体地，在pc端和移动端分别构建业务逻辑代码以及对应的ui组件，如图8所示，应用本发明的技术方案的作业系统构建则需要为pc端和移动端构建一个基于面向对象的业务逻辑封装得到的业务逻辑代码，并为pc端和移动端分别构建对应的ui组件即可，减少了相同的业务逻辑代码的构建过程，具体构建过程如图9所示，具体步骤如下：

s902，对业务场景业务逻辑进行分析；

s904，通用代码编写；

s906，pc端业务场景使用通用代码完成功能；

s908，调整通用代码适应业务需求；

s910，完成业务场景需求；

s912，开发该业务场景移动端可以继续使用的通用代码。

其中，在调整通用代码适应业务需求后，通过调整通用代码完成对应功能直至满足业务场景需求。如在业务场景需要添加一个属性a，在修改已经封装的业务逻辑代码后，分别修改pc端和移动端的ui组件以增加属性a的展示，进而实现多种客户端业务场景的维护。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。