当前位置: 首页 > 软件库 > 程序开发 > 微服务框架 >

LiteFlow

组件式流程引擎框架
授权协议 Apache
开发语言 Java
所属分类 程序开发、 微服务框架
软件类型 开源软件
地区 国产
投 递 者 储峻
操作系统 跨平台
开源组织
适用人群 未知
 软件概览

liteFlow是一个轻量,快速的组件式流程引擎框架/规则引擎,组件编排,组件复用,帮助解耦业务代码,让每一个业务片段都是一个优雅的组件,并支持热加载规则配置,实现即时修改。

官方网站:https://yomahub.com/liteflow

特性:

* 复杂业务的解耦编排利器,为所有组件提供统一化的实现方式
* 基于规则文件来编排流程,支持xml,json,yml三种规则文件写法方式
* 框架中提供本地文件配置源,zk配置源的实现
* 框架提供自定义配置源,只需实现一个接口,即可从任何地方加载配置源
* 支持SpringBoot的自动装配,也支持Spring的配置和非Spring的项目
* 提供串行和并行2种模式,提供常见常见的表达式语句
* 可以定义脚本语言节点,支持QLExpress和Groovy两种脚本,脚本语言支持即时热变更
* 组件可以支持重试,每个组件均可自定义重试配置和指定异常
* 提供无级嵌套的显式子流程模式,隐式子流程模式
* 数据槽隔离机制,在多并发下上下文独立而稳定
* 对系统损耗极低,可以稳定运行在核心业务大规模的微服务中
* 自带简单的监控,能够知道每个组件的运行耗时排行

  • 1. 前言 在每个公司的系统中,总有一些拥有复杂业务逻辑的系统,这些系统承载着核心业务逻辑,几乎每个需求都和这些核心业务有关,这些核心业务业务逻辑冗长,涉及内部逻辑运算,缓存操作,持久化操作,外部资源调取,内部其他系统RPC调用等等。时间一长,项目几经易手,维护的成本得就会越来越高。各种硬代码判断,分支条件越来越多。代码的抽象,复用率也越来越低,各个模块之间的耦合度很高。一小段逻辑的变动,会影响到

  • 一. 简介 流程引擎,开源界有大名鼎鼎的老牌开源软件JBPM,也有近几年非常流行的Activiti和Flowable。他们都是基于BPM协议,可以做到基于角色任务的流传,逻辑的流转。并且很多基于BPM协议的编辑工具都能做可视化的编辑。但今天我要介绍的,是一款轻量级的流程编排框架——Liteflow。Liteflow主要致力于逻辑驱动的编排 liteFlow是一个轻量,快速的组件式流程引擎框架,组件

  • 简介 规则引擎LiteFlow是一款基于规则的开源引擎,可以帮助开发者快速构建和管理规则,实现业务逻辑自动化。LiteFlow的设计原则是简单、易用、高效,它提供了一系列功能和API,使得规则的创建和管理变得更加简单和直观。在这篇博客中,我们将介绍LiteFlow的主要功能和示例代码,并说明为什么选择LiteFlow是一个不错的选择。 一、LiteFlow的主要功能 LiteFlow主要的功能包括

  • 目录 1 简述 2 组件 2.1 一般组件 2.2 分支组件 3 上下文 4 规则 1 简述 LiteFlow是一个组件式开发的框架。目前Gitee Star 2.7K。 先放上项目地址:https://gitee.com/dromara/liteFlow?_from=gitee_search 和项目文档:https://liteflow.yomahub.com/pages/5816c5/ 所有的

  • LiteFlow入门及源码解析 源码地址 https://toscode.gitee.com/dromara/liteFlow 项目介绍 LiteFlow是一个轻量且强大的国产规则引擎框架,可用于复杂的组件化业务的编排领域,独有的DSL规则驱动整个复杂业务,并可实现平滑刷新热部署,支持多种脚本语言规则的嵌入。帮助系统变得更加丝滑且灵活。 入门案例 引入依赖 <dependency> <g

  • LiteFlow.xml <?xml version="1.0" encoding="UTF-8"?> <flow> <!--预案确认后--> <chain name="planExecFlowConfirmAfter"> <!--查询预案信息并组装VO方便一下逻辑运算--> <then value="selectPlan"/> <!--查看此预案之前是否有其他预案正在执行

  • 一、LiteFlow框架介绍 1. 是什么?         LiteFlow是一个基于Java的 开源 编排式 规则引擎。         他支持JDK8~JDK17、支持SpringBoot自动装配、逻辑编排,一切皆为组件的思想,其可用于项目解耦(也是我发现他的原因)。  2. 解决什么样的问题?        可用于解耦复杂的逻辑。根据业务边界拆分成一个个小组件。每个组件尽量保证单一职责。

 相关资料
  • 我正在研究一个需要工作流/流程引擎的解决方案。我的工作流包含一些基于Java的进程(类)和一些Linux Shell脚本。流程不会是静态的,每个流程的执行取决于前一个流程的状态/结果,将有多条路径,路径将由前一个流程的状态确定。 我尝试查看jBPM,但没有找到合适的支持来调用shell脚本。请根据我的要求为我推荐一个合适的替代方案。 非常感谢。

  • Cocos Creator 的引擎部分包括 JavaScript、Cocos2d-x-lite 和 adapter 三个部分。全部都在 GitHub 上开源。地址在: JavaScript 引擎:https://github.com/cocos-creator/engine Cocos2d-x-lite 引擎:https://github.com/cocos-creator/cocos2d-x-l

  • Cocos Creator 3D 的引擎部分包括 JavaScript、Cocos2d-x-lite 和 adapter 三个部分(暂不支持 adapter 引擎定制)。全部都在 github 上开源。地址在: JavaScript 引擎:https://github.com/cocos-creator/engine Cocos2d-x-lite 引擎:https://github.com/coc

  • null 有人有类似问题的经验吗?在我看来,这应该是很常见的,如果我必须完全自己实现它,那就奇怪了。我在这里发现了一些关于编排和编排系统理论的问题(比如这个和这个),但没有发现实现它的工具的真实示例。此外,我认为我们并不完全是在谈论微服务--任务不是延长和繁重的,它们只是很多,在后台运行,执行许多类型的短任务。我不会为每种工作类型创建服务。 我现在也不是在寻找云和容器服务--据我所知,部署是一个不

  • 我正在向drools规则引擎插入数据,但我无法理解它是如何处理插入的数据的。插入数据的代码是:

  • 2 架构流程