乐趣区

关于前端:低代码开发重要工具jvsrules规则引擎v217集成说明

JVS 规定引擎 jvs-rules 是将业务设置与业务性能解耦的重要工具,实现了将业务决策从利用程序代码中分离出来, 并应用预约义的语义模块编写业务决策。承受数据传入,数据加工,并依据业务规定做出业务判断。特地是在金融公司、保险行业、征询等,简单的业务逻辑规定是相干畛域有十分宽泛的利用。
规定引擎是 jvs 技术体系中的一个重要的性能利用,如下图所示:

jvs-rules 如何与现有的业务系统集成起来呢?咱们整体提供了三种模式的交融集成:

  • API 应用级集成
  • 页面嵌入级集成
  • 代码性能级集成

API 应用集成

业务场景:即业务零碎再须要进行业务逻辑判断的时候,将对应的入参传入到规定引擎中,有规定引擎依据之前配置的决策模型,对各种数据调用加工(内部、外部),而后判断计算失去后果
集成特点:简略高效
前提条件:业务管理人员须要在规定引擎中事后配置对应的判断模型、函数加工。

应用形式:
1、配置对应的决策流程

配置对应的业务判断规定,配置对应的业务变量,如果援用内部数据接口,零碎主动生成内部数据依赖的入参

2、查看调用接口阐明

3、发动调用测试

页面嵌入集成

业务场景:原来有零碎 A,须要在零碎 A 中 减少规定引擎的配置。通过将规定引擎的对应页面嵌入到 A 零碎中,实现界面的统一化解决。服务的调用还是采纳 API 集成调用的形式应用规定。集成特点:零碎整体性良好。前提条件:因为须要界面交融,须要先对接用户即实现单点登录,对应的规定配置、函数加工参照 API 集成调用。单点登录配置形式:1、在 JVS 平台关上零碎后盾,点击三方利用登录对接,进入页面进行配置。JVS 反对规范的单点登录对接,且能够通过界面配置,对接用户的信息绑定。对接模式设置,反对 token 与 oauth2 的验证模式,前者外部对接比较简单,后者规范的 oauth2 认证模式。

具体 token 模式、还是 oaruth2 的模式依据现场的具体情况思考

  

须要对端系统提供对接的 API(通过对端 token 获取用户信息的 api)

2、用户同步接口地址 输出用户接口地址,并抉择申请形式 GET 或 POST,必填项,用于手动同步并更新用户治理列表中用户信息。

用户字段映射

用户字段映射关系

组织同步接口地址 输出组织架构接口地址,并抉择申请形式 GET 或 POST,必填项,用于手动同步并更新用户组织架构信息。

组织字段映射

组织字段映射关系

身份标识获取用户信息接口地址 输出身份示意获取用户信息接口地址,并抉择申请形式 GET 或 POST,必填项,用于登录时用户信息获取并验证。

身份标识获取用户信息映射

身份标识获取用户信息映射关系

用户信息同步配置结束后,点击同步企业组织,将用户及组织架构信息同步至零碎中。

代码集成场景阐明:通过受权 JVS-rules 的原生代码,获取 jvs-rules 的源码,通过代码实现性能交融集成特点:整体零碎的一致性良好,不仅能从性能上一致性应用,还从业务界面上做到良好的交融。前置条件:获取源码、软开企服提供源码构造性能解说,需求方二次开发对接,对须要搬迁规定相干的业务性能。开源地址:https://gitee.com/software-minister/jvs

退出移动版