CoolGuard风控变量编辑组件和三方接口管理

一共两部分,1、变量编辑组件;2、三方接口

变量编辑组件

优先先说一下什么是变量编辑组件,其实就是可以快速引用变量,一种友好的使用变量的组件,就像dify中绝大多数节点支持的编辑框一样,可以在输入时通过键入"/"等特殊字符唤起可选变量列表,选中变量后在编辑框显示的是一整个变量名,只能整体删除,支持数据双向绑定,反显、粘贴等功能。有点像antdv的mentions组件。

其实在很早之前就考虑做这个组件了,其实在原来的消息模版组件的模版内容中使用的就是antdv的mentions组件,但是问题也很明显,反显的不如意

而现在有了变量编辑组件就好很多了

三方接口

变量编辑组件另一个很重要的用处也在于此

已知在现代的系统中经常会集成三方的接口,当然三方接口通过硬编码更可靠,也不算麻烦,但是我还是觉得风控系统中集成三方服务可以做灵活配置,并且支持编排。

其实系统在此方面是有预留接口的,在系统字段处理时目前默认是使用系统的默认接口实现完成身份证、手机号、IP、经纬度解析的,这次加入三方接口也是为了扩展。

当然目前设置仅仅能满足一些简单的需求,但够用,而且扩展起来也不是很麻烦。

如下,这里配置了一个三方接口,body使用了变量编辑组件,在json模版中使用变量,在响应中使用Jackosn路径取值方法对变量赋值。

这个接口来源于apifox,如下,就是用来测试的,请求参数会赋值到响应json中,也正是如上的取值路径。

测试一下,如下,单元测试模拟系统运行的上下文,并运行api组件,查看日志即可看到请求成功且变量正确作为请求body并被正确赋值了。

这只是测试呀?怎么糅合到系统中去呢?

目前计划中还是使用LiteFlow进行编排,首先将系统默认的身份证、手机号、IP、经纬度解析作为默认保底方法,如果有自定义那么优先,考虑中使用LiteFlow的CATCH编排。

当然我也知道现在编排确实太low了,但是这确实是最有效最简单的实现,可视化我也想做,但是确实没那么简单😂

小结

变量编辑组件,目前已经支持:1、placeholder;2、选项option插槽;3、disabled;4、自定义前缀后缀;5、默认显示行数。计划支持:明暗主题适配,clearable,搜索函数

三方接口,方向:日志记录、缓存,异常处理机制,在线调试等。

另外一讲,这个变量编辑组件极大的借助了AI编程的力量,用的cursor,auto模式,可能是普通版的原因,并没有让我很满意。其实在最早的时候,cursor还没有大火,刚刚问世时,我就用过,最开始就是很惊艳,那时这还是第一款能够结合项目代码辅助编辑的神器,不过一直给我的感觉就是无法很好的理解整个项目,只能做一些简单的相对独立的功能实现,优化代码、写一个方法都做的不错,但是要为整个项目的发展,就很难做到了。

最后,最近我也有做prompt工程师一段时间,确实有点东西可以聊一下。see you!

相关推荐
云枫晖1 天前
Webpack系列-Entry入口
前端·webpack
coderhuo1 天前
libuv spin空转导致的cpu消耗问题
后端
mustfeng1 天前
VCS & Verdi 2023安装
java·服务器·前端
绝无仅有1 天前
用友面试题解析:项目介绍、Dubbo、MQ、分布式事务、分布式锁等
后端·面试·github
Mintopia1 天前
🌐 数据合规框架下的 WebAIGC 训练数据处理技术规范
前端·javascript·aigc
骥龙1 天前
2.6、Web漏洞挖掘实战(下):XSS、文件上传与逻辑漏洞深度解析
前端·xss
用户433845375691 天前
Promise深度解析,以及简易版的手写实现
前端
梦之云1 天前
state 状态相关
前端
梦之云1 天前
effect 副作用相关
前端
golang学习记1 天前
从0死磕全栈之Next.js 生产环境优化最佳实践
前端