后端低代码平台探索总结

业务需求快速变化的背景

我们在对业务需求进行梳理后，在进行程序设计时，对于将来可能发生变化的常量、变量、阀值、开关、条件、公式等等，可能会配置在环境变量或数字字典来支持可配置。但是需求变化往往会更加复杂、更加不可预测，所以需要更加强大的可配置的业务规则/策略，来提高系统的可扩展性。

可配置、可扩展从浅到深

从简单的表达式计算、报表模板/邮件模板/sql模板，到复杂规则引擎，再到可编排规则引擎，最后是低代码平台。

一、表达式引擎

相对规则引擎，表达式引擎更轻，使用更加简单。语法和Java比较接近，部分表达式引擎支持将表达式编译成字节码，在执行速度更快。主流的有AviatorScript、QLExpress、SpEL、MVEL、OGNL等。

如AviatorScript

AviatorScript 是一门高性能、轻量级寄宿于 JVM 之上的脚本语言。AviatorScript 可将表达式编译成字节码。

1、Aviator一开始的定位为表达式语言，用于表达式的运算。

2、目前已经支持 if/else 条件语、for/while 循环语句。

3、在业务复杂规则配置的时候可以动态生成脚本并执行规则判断。

4、可使用在规则引擎中。

其它各选手不一一列举，表达式引擎各组件对比参考文档

https://zhuanlan.zhihu.com/p/666532372

二、模板引擎

如velocity/freemaker

velocity是一个基于Java的模板引擎，可以通过特定的语法获取在Java对象的数据，填充到模板中，从而实现界面和Java代码的分离。这意味着可以使用velocity替代jsp的开发模式了，这使得前端开发人员可以和 Java 程序开发人员同步开发一个遵循 MVC 架构的 web 站点，在实际应用中，velocity还可以应用于很多其他的场景。

1）、web应用程序：作为应用程序的视图，展示数据。

2）、源代码生成：velocity可用于基于模板生成Java源代码。

3）、自动电子邮件：网站注册，认证等的电子邮件模板。

4）、sql模板：自定义报表的sql模板。

5）、网页静态化：基于velocity模板，生成静态网页。

三、规则引擎

带配置页面的成熟规则引擎drools、urule。

1、Drool

Drools 是用 Java 语言编写的开源规则引擎，是KIE（知识就是一切）项目的一部分。其使用 ReteOO算法执行规则。支持使用自然语言表达业务逻辑，也可以使用 Java/Groovy/Python + XML 语法编写规则。早期的版本一般由开发人员通过开发工具插件来定义规则，目前已有Drools Workbench通过web服务提供给业务人员维护规则。

Rules：我们自己定义的业务规则，比如我们自己写的规则文件。所有规则必须至少包含触发规则的条件和规则规定的操作。

Production memory：规则存储在 Drools 引擎中的位置。

Facts：输入或更改到 Drools 引擎中的数据，Drools 引擎匹配规则条件以执行适用规则。在规则中修改了Fact对象的值，真实的JavaBean的数据也会发生改变。比如：当我们调用ksession.insert(对象)，那么插入的这个对象就可以理解成Facts对象。

Working memory：facts 在 Drools 引擎中存储的位置。

Pattern matcher：匹配器，将Rule Base中所有的规则与Working memory中的Fact对象进行模式匹配，匹配成功的规则将被激活并放入到Agenda中。

Agenda：议程，执行Agenda中被激活的排好序的规则。

2、URule

系统架构图

使用者通过浏览器打开URule Pro规则设计器来定义业务规则，完成后的业务规则文件会被存储在规则存储仓库中（在URule Pro当中规则存储仓库既可以是文件系统中的某个目录，也可以存储于数据库当中）。规则文件调用时引擎会从规则存储仓库里把指定的规则文件取出，再通过规则构建引擎对规则进行解析、编译，最后由规则执行引擎执行并返回结果。