写 Java 项目,何必用 Java!LiteFlow v2.9.5 版本发布
前言
LiteFlow v2.9.5版本今天正式发布!带来了3个横向扩展特性和诸多增强。
LiteFlow是一个开源编排式规则引擎,能够让你的系统逻辑任意编排,可选用脚本书写逻辑,支持多达5种脚本语言,支持丰富的第三方存储的支持,所有的逻辑和规则均可热变更。设计系统和重构系统的神器。
利用LiteFlow,你完全可以使用脚本语言写出一个java项目。
LiteFlow是国内优秀的社区型开源项目,如果你是第一次知道这个项目,可以去官网或相关的主页进行了解:
项目官网:
gitee托管仓库:
https://gitee.com/dromara/liteFlow
github托管仓库:
v2.9.5介绍
新版本我们完成了9个issue,其中包含着3个特性。
2.9.5版本的重点是横向扩展能力。
至此,LiteFlow在存储插件上原生支持了所有的关系型数据库,3种流行注册中心,1个配置中心。总共5个插件,这应该囊括了大部分人的选择了。
LiteFlow在2.9.5版本中,一举在脚本支持度上又新增2种语言,python和lua。至此,已经支持了多达5种脚本语言。
写java项目,何必用Java?
LiteFlow可以让你做到一个Java项目,所有的业务代码都可以是脚本。所有的一切皆可热刷新。
支持Apollo
感谢社区哈啰团队的贡献者,为LiteFlow提供了Apollo的支持插件。
LiteFlow未来会支持越来越多的其他第三方中间件。
关于Apollo插件的使用方式详见官网的Apollo配置源章节。
提供Python和Lua脚本语言的支持
之前我以为提供了Groovy
,Javascript
,QLExpress
3种脚本语言已经够了,没想到社区里还真有人希望能支持python。
好在LiteFlow在脚本基础层已经有了非常易扩展的机制,我们这次不光提供了python的支持,还提供了lua的支持。不知道有没有喜欢lua这种脚本语言呢,写过redis的脚本的同学一定不会陌生吧。
前置后置节点的增强
之前前置和后置节点只能在表达式的第一层能执行,这无疑对使用者来是说,会有一定的限制。
我原先觉得这个很难被更改。因为想要更改就必须动一些底层的代码。所以一直没有优化这个特性。
这次在翻看代码的时候发现我原先想的可能有点复杂了,这个问题其实没那么复杂。所以这次终于给修掉了。
选择组件的DEFAULT
关键字
在新版本中,我们对选择组件额外增加了一个关键字DEFAULT
,使得能够在无法匹配到任一选项时默认执行一个选项。这在有些场景是非常实用的。
详情请见官网的选择编排章节。
完整更新列表
特性 #I63WME 希望支持Apollo配置中心配置规则功能 https://gitee.com/dromara/liteFlow/issues/I63WME 特性 #I64PDW 增加Python脚本支持 https://gitee.com/dromara/liteFlow/issues/I64PDW 特性 #I64T29 增加脚本语言Lua的支持 https://gitee.com/dromara/liteFlow/issues/I64T29 增强 #I64T00 希望给 SWITCH 增加一个 default 特性 https://gitee.com/dromara/liteFlow/issues/I64T00 增强 #I62NEK EL解析方式PRE、FINALLY在嵌套子链中不生效 https://gitee.com/dromara/liteFlow/issues/I62NEK 增强 #I64L3Q 期望拓展@ScriptBean注解,能注入指定类的指定方法 https://gitee.com/dromara/liteFlow/issues/I64L3Q 增强 #I64HY4 LiteFlowNodeBuilder的添加节点代码优化 https://gitee.com/dromara/liteFlow/issues/I64HY4 增强 #I64SY6 期望能完善错误信息的提示 https://gitee.com/dromara/liteFlow/issues/I64SY6 修复 #I5XUQS 配置不同格式规则加载时,若EL规则文件不存在,启动会报错。 https://gitee.com/dromara/liteFlow/issues/I5XUQS
关于社区
社区
LiteFlow的社区是一个异常活跃的开源社区,这里有许多的开源大佬,技术大牛,群内的小伙伴也很乐意帮你去回答问题。
如果你在使用和学习中有任何问题,可以通过以下官网或者以下方式进入社区群。
具体加入方式:https://yomahub.com/liteflow/blog/group-chat

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
中高频多因子库存储最佳实践
1. 概述 因子挖掘是量化交易的基础。随着量化交易竞争的加剧,量化投资团队需要处理大量因子。在许多情况下,因子数据量甚至会远远超过高频的行情数据量。以 5,000 只股票 10,000 个因子为例,一年的 10 分钟线数据量为 2.3TB,1分钟线数据量为 23TB,3秒线数据量为 460 TB。如此量级的数据就对因子存储方案提出了很高的要求。 本文将基于中高频多因子存储场景,结合实际数据案例来设计 DolphinDB 存储方案,并对比不同存储模式下的性能,给出最佳存储模式的建议。 1.1 中高频多因子存储面临的挑战 在数据高频次和因子高数量的双重叠加之下,数据量将轻易达到 TB 级别,那么中高频多因子的存储方案就必须同时面对以下问题: 庞大的数据量 因子计算通常有4个维度包括股票、因子、频率和时间。国内股票总个数按5,000来算。因子个数一般机构大约为1,000起,多的甚至有10,000个因子。时间频率最高的是每3秒钟生成一次数据,频率低的也有10分钟一次,也就是说,一只股票一个因子一天会生成24到4,800条 tick 数据。 宽表存储模式数据量统计: 股票(只) 因子(个) 频率...
- 下一篇
新一代国产 ORM 框架,sagacity-sqltoy-5.2.27 发版
开源地址: github:https://github.com/sagframe/sagacity-sqltoy gitee:https://gitee.com/sagacity/sagacity-sqltoy idea 插件 (可直接在 idea 中检索安装):https://github.com/threefish/sqltoy-idea-plugins 更新内容 1、改进对mysql新驱动cte场景的兼容,with tmp as (),tmp2() 别名不能跟逗号、括号连在一起(连在一起mysql新驱动报错) 2、改进分页查询,采用并行模式时共用单个connection导致资源竞争,改成分别获取connection提升效率 3、增加overPageToFirst(Boolean,默认false)参数设置分页场景下页码超出总页数范围,允许跳到第一页 spring.sqltoyt.overPageToFirst 4、修改对spring的maven依赖策略,sagacity-sqltoy上不强依赖spring,在sagacity-sqltoy-starter上增加spring的...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- SpringBoot2配置默认Tomcat设置,开启更多高级功能
- Red5直播服务器,属于Java语言的直播服务器
- CentOS7设置SWAP分区,小内存服务器的救世主
- CentOS7安装Docker,走上虚拟化容器引擎之路
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- CentOS关闭SELinux安全模块
- CentOS7,CentOS8安装Elasticsearch6.8.6
- Jdk安装(Linux,MacOS,Windows),包含三大操作系统的最全安装
- Linux系统CentOS6、CentOS7手动修改IP地址
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16