[发明专利]一种可视化控制逻辑编排方法、设备及介质

说明书

本申请实施例公开了一种可视化控制逻辑编排方法、设备及介质。创建控制器构件，并生成控制器构件对应的控制器构件原数据文件、服务构件元数据文件以及代码文件；获取代码文件中的服务方法与服务方法对应的注释信息，并将服务方法与注释信息填充至服务构件元数据文件中；在控制器构件处于编辑模式的情况下，基于控制器构件原数据文件中的服务方法与服务构件元数据文件中的服务方法分别对应的元数据，确定出多个节点信息；其中，多个节点信息与当前项目需求对应的元数据相关；基于多个节点信息构建流程图组件，以基于流程图组件对当前项目所需的服务方法进行编排，得到当前项目对应的控制器方法。

技术领域

本申请涉及计算机技术领域，尤其涉及一种可视化控制逻辑编排方法、设备及介质。

背景技术

在2014年，Forrester首次提出了低代码的概念。低代码的目标是通过一种可视化的应用开发方法，实现业务应用的快速交付并且尽量降低应用的开发成本。低代码平台一般会提供可视化的“界面设计器”以供用户通过拖拉拽公共组件的方式完成视图层的设计，并可以根据所得到的界面元数据自动生成前端代码。同时，平台往往也提供了“业务模型设计器”用来让用户通过可视化的方式完成数据库表的设计，并可以根据所得到的模型元数据生成后端代码，这些代码基本上能够覆盖常用的增删改查等的需求。但由于业务需求是千变万化的，默认生成的控制逻辑显然不能覆盖所有的需求，此时就需要开发人员编写控制层代码来完成相应的需求。

为了避免重复编写相同的功能，现有低代码平台的做法一般是由平台开发者预先识别出在本平台的目标应用领域中较为常用的控制层逻辑，并编写公共代码包，比如前端代码可以打包为npm包而后端代码可能打包为jar包，然后将这些包发布到其平台的服务器中。在业务开发人员编写控制层代码时，如果发现平台已经编写过可复用的代码，则将对应的包拉取到本地并在代码中引用。现有的方法虽然能够使开发人员复用常见业务逻辑代码，但是开发者依旧需要手动导入公共包，并且需要在自己编写的代码中加入对公共包中方法的调用语句，以致软件开发的效率较低。

发明内容

本申请实施例提供了一种可视化控制逻辑编排方法、设备及介质，用于解决如下技术问题：现有低代码开发平台中需要开发者手动导入公共包，并且需要在自己编写的代码中加入对公共包中方法的调用语句，以致软件开发的效率较低。

本申请实施例采用下述技术方案：

本申请实施例提供一种可视化控制逻辑编排方法。包括，创建控制器构件，并生成控制器构件对应的控制器构件原数据文件、服务构件元数据文件以及代码文件；获取代码文件中的服务方法与服务方法对应的注释信息，并将服务方法与注释信息填充至服务构件元数据文件中；在控制器构件处于编辑模式的情况下，基于控制器构件原数据文件中的服务方法与服务构件元数据文件中的服务方法分别对应的元数据，确定出多个节点信息；其中，多个节点信息与当前项目需求对应的元数据相关；基于多个节点信息构建流程图组件，以基于流程图组件对当前项目所需的服务方法进行编排，得到当前项目对应的控制器方法。

本申请实施例通过控制器构件原数据文件中的服务方法与服务构件元数据文件中的服务方法分别对应的元数据，确定出多个节点信息，并对节点进行编排，从而通过更高维且易用的可视化控制器构件设计器，使开发者直接在设计器中可视化地将自己的代码以及已有的控制器构件方法进行编排组合，达到降低需要编写的代码量并提高平台的易用性的效果，进一步提高了软件的开发效率。

在本申请的一种实现方式中，基于多个节点信息构建流程图组件，具体包括：将控制器构件元数据文件读入到一个对象中；递归遍历当前项目所需的服务方法，获得编排项节点集合；确定出编排项节点集合中各编排项的尺寸信息，以基于尺寸信息确定出每个节点的位置信息；基于每个节点的位置信息绘制流程图组件，并在流程图组件的节点上进行事件响应绑定，以响应用户操作。