[发明专利]一种基于工作流及权限控制的API流程化方法

权利要求书

1.一种基于工作流及权限控制的API流程化方法，其特征在于，包括以下步骤：

步骤1：对不同的业务属性做类型配置，得到一套配置服务元配置中心，用于统一相同含义的业务信息在一套系统中的表达;

步骤2：对业务进行配置化管理，实现接口统一和定义一致；

步骤3：服务流程定义方法，在服务中定义内部业务逻辑，并将服务流程可视化；

步骤4：流程节点间传值，将同一流程不同方法间的传值进行封装成具体对象实体，并存放在内存堆栈中；

步骤5：将对象实体在流程中传递，下一级通过拆包，然后合并入参类型和具体对象名后，再次封装向下级传递；

步骤1包括以下步骤：

步骤1.1：新增服务元数据，定义服务元名称、数据类型，数据长度、数据进度和数据描述；

步骤1.2：在程序初始化时读取此服务元数据表中的字段值，并将此表中的值一次性缓存在分布式缓存服务器中；

步骤1.3：在服务元数据做了变更操作时，元数据同步定时器会对数据库中的元数据定义和缓存服务器中的元数据定义做比对并将不同步的数据重新缓存到缓存服务器中；

步骤1.4：在程序重新读取时，对缓存服务器进行读取，得到最新的元数据定义。

2.根据权利要求1所述的一种基于工作流及权限控制的API流程化方法，其特征在于，还包括数据导入导出步骤：服务接口导入/导出，服务接口以文档excel形式定义并导入/导出到数据库或者其他系统中。

3.根据权利要求1所述的一种基于工作流及权限控制的API流程化方法，其特征在于，步骤2包括以下步骤：

步骤2.1：新增服务接口的所属模块、服务接口的具体方法名称、服务接口的报文类型、服务接口的报文代码以及定义服务接口的描述、配置系统报文头、配置应用头、定义本地报文头；

步骤2.2:在具体配置好的某一服务接口定义中，进行服务接口的具体调用配置，需对服务接口的输入输出信息、入参和出参的字段名称、约束条件、取值范围、是否必输项、值的最大长度、最小长度、接口的提供服务截至日期、字段的具体描述及正则表达式做具体配置；

步骤2.3：服务接口的具体信息在定义完成后在程序初始化时缓存在分布式缓存服务器中，每次的调用接口都从缓存服务器中读取，如有接口定义变更，则会同步缓存服务器与数据库中数据，做到接口定义的一致性。

4.根据权利要求1所述的一种基于工作流及权限控制的API流程化方法，其特征在于，步骤3包括以下步骤：

步骤3.1：在步骤1完成之后，通过可视化服务流程定义中心来对服务流程做定制化的定义，首先添加一个服务流程，定义流程ID，流程名称，是否开启状态，是否开启全局事务状态，设置流程的整体超时时间；

步骤3.2：流程定义好后，在数据库中的workflow_init和workflow_desc中就有了流程的具体数据，然后设置流程的开始节点，定义其下级分派节点，节点中包含已有的服务或其他方法；

步骤3.3：在流程中的各方法有了结果后，需在程序和配置中心中将结果合并，并继续向下一级分配，多级合并及分配用到了流程选举机制，将多个分派任务定义权重，每个权重有自己对应的票数，当要分派下一级时，根据方法合并结果判断权重并计算相应票数，然后根据票数来自动化的决定分派到具体任务和输出结果。

5.根据权利要求1所述的一种基于工作流及权限控制的API流程化方法，其特征在于，步骤4包括以下步骤：

步骤4.1：在原子服务属性中，针对具体服务实现类的别名属性进行设置，此时此流程方法中的返回结果会以此别名进行封装成具体对象，并存放在内存堆栈中；

步骤4.2：下级需要用到上级流程方法中返回的对象时，同样需要在服务实现类的原子服务属性中设置，在入参类型中设置上级方法定义的返回别名对象，如果有多个返回对象，用“#”符号来区分，此时程序会从内存堆栈中找到上级流程的返回结果，并引入到下级流程入参中进行调用；

步骤4.3：在下级流程方法代码中，引入Response参数，在使用此参数时，使用拆包方法，将此参数类型强制转换为上级流程方法中定义的别名参数，然后就可使用此类型中的所有内部方法和内部参数。