一种API服务快速组建方法以及系统与流程
一种api服务快速组建方法以及系统
技术领域
1.本发明涉及api技术领域，尤其涉及一种api服务快速组建方法以及系统。
背景技术：
2.企业随着前后端分离架构、微服务架构、中台战略和产业互联互通的实施必将产生大量的各种协议的api服务，api将成为企业的数字化资产且api会越来越多，api服务之间的相互调用和依赖情况也随之越来越多和复杂。业务系统与业务系统之间、关联企业之间的api都相应存在大量的api相互调用和逻辑重组需求，现有的解决方式是企业作为需求端提出相应的业务需求，供给方通过编程的方式实现需求，传统的解决方案有一定的滞后性，无法满足现有业务敏捷化交付的特性，因此需要提供一种api服务快速组建方法以及系统，实现快速且高效的api服务组装。
技术实现要素：
3.本发明的主要目的在于提供一种api服务快速组建方法以及系统，实现快速且高效的api服务组装。
4.为实现上述目的，本发明提供的一种api服务快速组建方法，包括：获取api的数据信息，根据所述数据信息确定流程逻辑；根据所述数据信息和所述流程逻辑向组件库发送需求信息；所述组件库根据所述需求信息确认若干标准组件；根据所述数据信息和所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务。
5.优选的，所述标准组件包括元数据字段，以及所述标准组件对应的ui界面。
6.优选的，所述组件库包括开始组件、结束组件、路由组件和若干业务组件，所述标准组件分别为所述开始组件、所述结束组件、所述路由组件和所述业务组件中至少一者。
7.优选的，所述组件库根据所述需求信息确认若干标准组件的步骤，包括：所述组件库根据所述需求信息确认所述开始组件、所述结束组件、所述路由组件和至少一所述业务组件；所述根据所述数据信息和所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行链接组成api服务的步骤，包括：根据所述数据信息和所述流程逻辑，分别将所述开始组件、所述结束组件和各所述业务组件进行排序，再通过所述路由组件依次构建所述开始组件、所述结束组件和各所述业务组件之间的逻辑链接组成api服务。
8.优选的，所述组件库根据所述需求信息确认所述开始组件、所述结束组件、所述路由组件和至少一所述业务组件的步骤，包括：所述组件库根据所述需求信息确认所述开始组件、所述结束组件、所述路由组件和至少两临时组件包，所述临时组件包包括若干业务组件；
根据所述开始组件、所述结束组件和各临时组件包形成若干虚拟api服务；将各所述虚拟api服务发送至用户，获取用户确认后的所述虚拟api服务；根据确认后的所述虚拟api服务确定各所述业务组件。
9.优选的，所述将各所述虚拟api服务发送至用户，获取用户确认后的所述虚拟api服务的步骤，还包括：判断用户确认的所述虚拟api的数量是否大于一；当用户确认的所述虚拟api数量大于一时，各所述虚拟api服务进行测试，并将测试结果最佳的所述虚拟api服务发送至用户，执行所述获取用户确认后的所述虚拟api服务的步骤；当用户确认的所述虚拟api数量等于一时，执行所述根据确认后的所述虚拟api服务确定各所述业务组件的步骤；当用户确认的所述虚拟api数量小于一时，预设时间段后，执行所述将各所述虚拟api服务发送至用户，获取用户确认后的所述虚拟api服务的步骤。
10.优选的，所述根据所述数据信息确定流程逻辑的步骤，还包括：将所述流程逻辑发送至用户，获取确认后的所述流程逻辑；所述根据所述数据信息和所述流程逻辑向所述组件库发送需求信息的步骤，包括：根据所数据信息和确认后的流程逻辑向所述组件库发送需求信息；所述根据所述数据信息和所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务的步骤，包括：根据所述数据信息和确认后的所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务。
11.优选的，所述将所述流程逻辑发送至用户，获取确认后的所述流程逻辑的步骤，还包括：判断确认后的所述流程逻辑是否为原所述流程逻辑；所述根据所述数据信息和所述流程逻辑向所述组件库发送需求信息的步骤，包括：当确认后的所述流程逻辑是原所述流程逻辑时，根据所述数据信息和原所述流程逻辑向所述组件库发送第一需求信息；当确认后的所述流程逻辑不是原所述流程逻辑时，根据所述数据信息和原所述流程逻辑向所述组件库发送第一需求信息，且据所述数据信息和确认后的所述流程逻辑向所述组件库发送第二需求信息；所述组件库根据所述需求信息确认若干标准组件的步骤，包括：所述组件库根据所述第一需求信息和/或所述第二需求信息确认若干标准组件；所述根据所述数据信息和确认后的所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务的步骤，包括：所述根据所述数据信息和确认后的所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务；所述根据所述数据信息和原所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成后补api服务；
分别对标准api服务和后补api服务进行运营测试，分别获取运行所述标准api服务获取的第一运行结果和所述后补api服务的第二运行结果；将所述第一运行结果和所述第二运行结果发送至用户，获取用户根据所述第一运行结果和所述第二运行结果选择的api服务，将用户选择的api服务确认为实际运行的api服务。
12.此外，为实现上述目的，本发明还提供一种api服务快速组建系统，所述系统应用于上述任一所述的一种基于区块链的区域医疗处方监管方法，所述系统包括：服务器，获取api的数据信息，根据所述数据信息确定流程逻辑；组件库，所述组件库根据所述需求信息确认若干标准组件；处理模块，所述处理模块用于根据所述数据信息和所述流程逻辑向组件库发送需求信息；根据所述数据信息和所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务。
13.优选的，所述系统还包括控制模块，所述控制模块用于控制各所述标准组件的移动。
14.根据组件库，实现业务需求的模块化，根据实际api需求，快速确认逻辑流程和组件库内已有的标准组件，将网关平台中聚合服务、原子服务接口以及第三方自定义的请求url地址的快速化兼容链接，实现快速且高效的api服务组装。
附图说明
15.图1为本发明一种api服务快速组建方法的流程示意图；图2为本发明一种api服务快速组建系统的功能模块示意图。
16.本发明目的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
17.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
18.在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。
19.请参阅图1，为实现上述目的，本发明的第一实施例中提供一种api服务快速组建方法，包括：步骤s10，获取api的数据信息，根据数据信息确定流程逻辑；步骤s20，根据数据信息和流程逻辑向组件库发送需求信息；步骤s30，组件库根据需求信息确认若干标准组件；步骤s40，根据数据信息和流程逻辑，分别将各标准组件排序，以及将各标准组件之间进行逻辑链接组成标准api服务。
20.根据组件库，实现业务需求的模块化，根据实际api需求，快速确认逻辑流程和组件库内已有的标准组件，将网关平台中聚合服务、原子服务接口以及第三方自定义的请求url地址的快速化兼容链接，实现快速且高效的api服务组装。
21.具体的，数据信息包括api参入数据、api参出数据、api名称和api请求方式。
22.标准组件包括元数据字段，以及标准组件对应的ui界面。具体的，元数据字段包括流程编排中指定该组件在运行过程中的参数。
23.组件库包括开始组件、结束组件、路由组件和若干业务组件，标准组件分别为开始组件、结束组件、路由组件和业务组件中至少一者。开始组件、结束组件和路由组件为构成整个流程的必选组件，业务组件根据数据信息的不同进行选择。
24.具体的，组件库内各业务组件在实际使用中增加，在业务过程中不停的增加组件库内不同功能业务组件的业务组件，以使整个业务组件的模块化。
25.在本发明提出的一种api服务快速组建方法的第二实施例中，基于第一实施例，步骤s30，包括：步骤s31，组件库根据需求信息确认开始组件、结束组件、路由组件和至少一业务组件；步骤s40，包括：步骤s41，根据数据信息和流程逻辑，分别将开始组件、结束组件和各业务组件进行排序，再通过路由组件依次构建开始组件、结束组件和各业务组件之间的逻辑链接组成api服务。
26.在本发明提出的一种api服务快速组建方法的第三实施例中，基于第二实施例，步骤s31，包括：步骤s32，组件库根据需求信息确认开始组件、结束组件、路由组件和至少两临时组件包，临时组件包包括若干业务组件；步骤s33，根据开始组件、结束组件和各临时组件包形成若干虚拟api服务；具体的，虚拟api服务的数量和临时组件包的数量一致；步骤s34，将各虚拟api服务发送至用户，获取用户确认后的虚拟api服务；步骤s35，根据确认后的虚拟api服务确定各业务组件。
27.临时组件包是根据同一流程逻辑，形成的多种可实现业务目标的业务组件构成方案，并将多个方案发送至用户进行选择，可以为客户提供多个运行方案，以提高服务的多样性。
28.在本发明提出的一种api服务快速组建方法的第四实施例中，基于第三实施例，步骤s34，还包括：步骤s36，判断用户确认的虚拟api的数量是否大于一；步骤s37，当用户确认的虚拟api数量大于一时，各虚拟api服务进行测试，并将测试结果最佳的虚拟api服务发送至用户，执行获取用户确认后的虚拟api服务的步骤；步骤s38，当用户确认的虚拟api数量等于一时，执行步骤s35；步骤s39，当用户确认的虚拟api数量小于一时，预设时间段后，执行步骤s34。
29.对虚拟api服务在虚拟环境下进行测试，为用户提高更准确的选择，并实现多线程跟踪，以使用户更快的确认最终稿，提高整体的效率。
30.具体的，步骤s39，包括：步骤s310，当当用户确认的虚拟api数量小于一时，再判断上一时间点发送至用户确认的虚拟api数量是否大于1；步骤s311，当上一时间点发送至用户确认的虚拟api数量大于1时，执行步骤s34；
步骤s312，当上一时间点发送至用户确认的虚拟api数量大于1时，执行步骤s37。
31.在本发明提出的一种api服务快速组建方法的第五实施例中，基于第一实施例至第四实施例，根据数据信息确定流程逻辑的步骤，还包括：步骤s11，将流程逻辑发送至用户，获取确认后的流程逻辑；步骤s20，包括：步骤s21，根据所数据信息和确认后的流程逻辑向组件库发送需求信息；步骤s40，包括：步骤s41，根据数据信息和确认后的流程逻辑，分别将各标准组件排序，以及将各标准组件之间进行逻辑链接组成标准api服务。
32.将流程逻辑发送至用户进行确认，流程逻辑主要确定各业务组件的排列顺序，例如，流程逻辑为abcd的顺序，其中b和c为并列关系，用户可选择调整的为b和c的前后顺序，并不能更改所有的流程逻辑。
33.在本发明提出的一种api服务快速组建方法的第六实施例中，基于第五实施例，步骤s11，还包括：步骤s12，判断确认后的流程逻辑是否为原流程逻辑；步骤s21，包括：步骤s22，当确认后的流程逻辑是原流程逻辑时，根据数据信息和原流程逻辑向组件库发送第一需求信息；步骤s23，当确认后的流程逻辑不是原流程逻辑时，根据数据信息和原流程逻辑向组件库发送第一需求信息，且据数据信息和确认后的流程逻辑向组件库发送第二需求信息；步骤s30，包括：步骤s313，组件库根据第一需求信息和/或第二需求信息确认若干标准组件；步骤s41，包括：步骤s42，根据数据信息和确认后的流程逻辑，分别将各标准组件排序，以及将各标准组件之间进行逻辑链接组成标准api服务；步骤s43，根据数据信息和原流程逻辑，分别将各标准组件排序，以及将各标准组件之间进行逻辑链接组成后补api服务；步骤s44，分别对标准api服务和后补api服务进行运营测试，分别获取运行标准api服务获取的第一运行结果和后补api服务的第二运行结果；步骤s45，将第一运行结果和第二运行结果发送至用户，获取用户根据第一运行结果和第二运行结果选择的api服务，将用户选择的api服务确认为实际运行的api服务。
34.根据不同的逻辑流程形成不同的api服务，并分别试运行，将各运行结构发送至用户确认，以使用户确认实际运行的api服务。标准组件均由软件工程师建设，而不同的标准组件之间的兼容性，实际使用过程中和虚拟检测有一定的误差，可以通过最终阶段选取最佳结果供用户选择。
35.具体的，步骤s45，还包括：步骤s46，当标准api服务确认为实际运行的api服务时，根据数据信息建立用户存档，将后补api服务存入用户存档；
步骤s47，获取标准api服务运行状态，当标准api服务的误差值超出预设警戒值时，将标准api服务更换为后补api服务。
36.为后期运行中报错，以及日常维护的过程中提供后补方案，通过多套api服务方案保证运行的稳定性。
37.请参阅图2，一种api服务快速组建系统，系统应用于上述任一的一种api服务快速组建方法，系统包括：服务器，获取api的数据信息，根据数据信息确定流程逻辑；组件库，组件库根据需求信息确认若干标准组件；处理模块，处理模块用于根据数据信息和流程逻辑向组件库发送需求信息；根据数据信息和流程逻辑，分别将各标准组件排序，以及将各标准组件之间进行逻辑链接组成标准api服务。
38.系统还包括控制模块，控制模块用于控制各标准组件的移动。通过控制模块实现可视化的拖、拉、拽api的ui界面，简化api服务构建过程中编排的难度，以及提高构建的速度。
39.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个计算机可读存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备进入本发明各个实施例所述的方法。
40.在本说明书的描述中，参考术语“一实施例”、“另一实施例”、“其他实施例”、 或“第一实施例~第x实施例”等的描述意指结合该实施例或示例描述的具体特征、 结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料、方法步骤或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
41.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
42.上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
43.以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
技术特征：
1.一种api服务快速组建方法，其特征在于，包括：获取api的数据信息，根据所述数据信息确定流程逻辑；根据所述数据信息和所述流程逻辑向组件库发送需求信息；所述组件库根据所述需求信息确认若干标准组件；根据所述数据信息和所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务。2.根据权利要求1所述的一种api服务快速组建方法，其特征在于，所述标准组件包括元数据字段，以及所述标准组件对应的ui界面。3.根据权利要求1所述的一种api服务快速组建方法，其特征在于，所述组件库包括开始组件、结束组件、路由组件和若干业务组件，所述标准组件分别为所述开始组件、所述结束组件、所述路由组件和所述业务组件中至少一者。4.根据权利要求3所述的一种api服务快速组建方法，其特征在于，所述组件库根据所述需求信息确认若干标准组件的步骤，包括：所述组件库根据所述需求信息确认所述开始组件、所述结束组件、所述路由组件和至少一所述业务组件；所述根据所述数据信息和所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行链接组成api服务的步骤，包括：根据所述数据信息和所述流程逻辑，分别将所述开始组件、所述结束组件和各所述业务组件进行排序，再通过所述路由组件依次构建所述开始组件、所述结束组件和各所述业务组件之间的逻辑链接组成api服务。5.根据权利要求4所述的一种api服务快速组建方法，其特征在于，所述组件库根据所述需求信息确认所述开始组件、所述结束组件、所述路由组件和至少一所述业务组件的步骤，包括：所述组件库根据所述需求信息确认所述开始组件、所述结束组件、所述路由组件和至少两临时组件包，所述临时组件包包括若干业务组件；根据所述开始组件、所述结束组件和各临时组件包形成若干虚拟api服务；将各所述虚拟api服务发送至用户，获取用户确认后的所述虚拟api服务；根据确认后的所述虚拟api服务确定各所述业务组件。6.根据权利要求5所述的一种api服务快速组建方法，其特征在于，所述将各所述虚拟api服务发送至用户，获取用户确认后的所述虚拟api服务的步骤，还包括：判断用户确认的所述虚拟api的数量是否大于一；当用户确认的所述虚拟api数量大于一时，各所述虚拟api服务进行测试，并将测试结果最佳的所述虚拟api服务发送至用户，执行所述获取用户确认后的所述虚拟api服务的步骤；当用户确认的所述虚拟api数量等于一时，执行所述根据确认后的所述虚拟api服务确定各所述业务组件的步骤；当用户确认的所述虚拟api数量小于一时，预设时间段后，执行所述将各所述虚拟api服务发送至用户，获取用户确认后的所述虚拟api服务的步骤。7.根据权利要求1-6任一所述的一种api服务快速组建方法，其特征在于，所述根据所
述数据信息确定流程逻辑的步骤，还包括：将所述流程逻辑发送至用户，获取确认后的所述流程逻辑；所述根据所述数据信息和所述流程逻辑向所述组件库发送需求信息的步骤，包括：根据所数据信息和确认后的流程逻辑向所述组件库发送需求信息；所述根据所述数据信息和所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务的步骤，包括：根据所述数据信息和确认后的所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务。8.根据权利要求7所述的一种api服务快速组建方法，其特征在于，所述将所述流程逻辑发送至用户，获取确认后的所述流程逻辑的步骤，还包括：判断确认后的所述流程逻辑是否为原所述流程逻辑；所述根据所述数据信息和所述流程逻辑向所述组件库发送需求信息的步骤，包括：当确认后的所述流程逻辑是原所述流程逻辑时，根据所述数据信息和原所述流程逻辑向所述组件库发送第一需求信息；当确认后的所述流程逻辑不是原所述流程逻辑时，根据所述数据信息和原所述流程逻辑向所述组件库发送第一需求信息，且据所述数据信息和确认后的所述流程逻辑向所述组件库发送第二需求信息；所述组件库根据所述需求信息确认若干标准组件的步骤，包括：所述组件库根据所述第一需求信息和/或所述第二需求信息确认若干标准组件；所述根据所述数据信息和确认后的所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务的步骤，包括：所述根据所述数据信息和确认后的所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务；所述根据所述数据信息和原所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成后补api服务；分别对标准api服务和后补api服务进行运营测试，分别获取运行所述标准api服务获取的第一运行结果和所述后补api服务的第二运行结果；将所述第一运行结果和所述第二运行结果发送至用户，获取用户根据所述第一运行结果和所述第二运行结果选择的api服务，将用户选择的api服务确认为实际运行的api服务。9.一种api服务快速组建系统，其特征在于，所述系统应用于上述权利要求1-8任一所述的一种api服务快速组建方法，所述系统包括：服务器，获取api的数据信息，根据所述数据信息确定流程逻辑；组件库，所述组件库根据需求信息确认若干标准组件；处理模块，所述处理模块用于根据所述数据信息和所述流程逻辑向组件库发送需求信息；根据所述数据信息和所述流程逻辑，分别将各所述标准组件排序，以及将各所述标准组件之间进行逻辑链接组成标准api服务。10.根据权利要求9所述的一种api服务快速组建系统，其特征在于，所述系统还包括控制模块，所述控制模块用于控制各所述标准组件的移动。
技术总结
本发明公开了一种API服务快速组建方法及系统，该方法包括获取API的数据信息，根据数据信息确定流程逻辑；根据数据信息和流程逻辑向组件库发送需求信息；组件库根据需求信息确认若干标准组件；根据数据信息和流程逻辑，分别将各标准组件排序，以及将各标准组件之间进行逻辑链接组成标准API服务。方本发明的技术方案通过根据组件库，实现业务需求的模块化，根据实际API需求，快速确认逻辑流程和组件库内已有的标准组件，将网关平台中聚合服务、原子服务接口以及第三方自定义的请求URL地址的快速化兼容链接，实现快速且高效的API服务组装。实现快速且高效的API服务组装。实现快速且高效的API服务组装。
