实际应用过程中，很多时候，规则不是一成不变的，而且对于业务运营人员，去写drl文件也不太现实，因此，动态生成drl文档，可能是更加常用的操作。
这部分内容在官网文档第4章。
4. Drools Engine
官网链接：https://docs.drools.org/7.73.0.Final/drools-docs/html_single/index.html#_droolslanguagereferencechapter
Drools引擎是Drools中的规则引擎。Drools引擎存储、处理和评估数据，以执行您定义的业务规则或决策模型。Drools引擎的基本功能是将传入的数据或事实与规则的条件相匹配，并确定是否以及如何执行规则。
Drools引擎主要有以下几部分：
Rules-规则：您定义的业务规则或DMN决策。所有规则必须至少包含触发规则的条件和规则规定的操作。
Facts-事实：在Drools引擎中输入或更改的数据，Drols引擎匹配规则条件以执行适用规则。
Production memory-生产内存：Drools引擎中存储规则的位置。
Working memory-工作内存：Drools引擎中存储事实的位置。
当业务用户或自动化系统在Drools中添加或更新规则相关信息时，该信息将以一个或多个事实的形式插入Drools引擎的工作存储器中。
Drools引擎将这些事实与存储在生产内存中的规则条件相匹配，以确定符合条件的规则执行。（将事实与规则相匹配的过程通常称为模式匹配。）
当满足规则条件时，Drools引擎会激活规则并将其注册到议程中，然后Drools会对优先或冲突规则进行排序，以备执行。
动态生成drl有多种方式，给一个参考链接：https://www.jianshu.com/p/650ecc341417
读者可根据自身使用场景选择。
本文只写一个示例，
需求大致描述：业务方要在页面配置生成一系列的规则，且配置较为灵活，每个规则的属性、返回值等都不固定，且属性和结果处理是动态可配置的。
避免涉密，再具体的不描述了。以上描述，是想说明我们定义规则时候的Facts不能是确定的对象，因此采用Map来实现Facts的灵活使用。
1、定义事实对象，本例采用Map，因此不需要定义特定的Fact对象。
2、定义数据存储结构及方式。本例采用mysql存储。因为有页面交互，因此需要将页面的数据进行存储。
3、定义模板文件drt，本例采用模板drt方式，减少拼接drl字符串的麻烦。
4、从数据库中读取数据，转换成模板对应的map。
5、使用ObjectDataCompiler.compile api完成模板drt转为drl字符串的过程。
6、使用KieHealper加载drl字符串，生成kiesession，完成执行动态加载的规则文件（drl字符串）。