东莞网站关键词优化,做网站的公司利润,如何寻找一批做网站的公司,网站做优化的成本drools 执行函数总览 可执行模型的目的是提供规则集的纯基于Java的表示#xff0c;以及方便的Java DSL以编程方式创建这种模型。 该模型是低级的#xff0c;旨在为用户提供所需的所有信息#xff0c;例如用于索引评估的lambda。 这样可以使其保持快速运行#xff0c;并避免… drools 执行函数 总览 可执行模型的目的是提供规则集的纯基于Java的表示以及方便的Java DSL以编程方式创建这种模型。 该模型是低级的旨在为用户提供所需的所有信息例如用于索引评估的lambda。 这样可以使其保持快速运行并避免在此级别上进行过多的假设。 预计将来会有更高层次的表示形式出现这可能会更加注重最终用户。 这项工作还高度补充了单元工作它提供了一种面向Java的方式来提供数据和控制流程。 细节 该模型具有足够的通用性可以独立于Drools但可以编译为一个普通的Drools知识库。 因此可执行模型的实现已分为两个子项目 drools-canonical-model是完全独立于Drools的规则集模型的规范表示 drools-model-compiler将规范模型编译为Drools内部数据结构使其可由引擎执行 可执行模型的引入在不同领域带来了一系列好处 编译时间 在Drools 6中一个kjar包含了drl文件和其他Drools工件的列表这些工件定义了规则库以及一些实现约束和后果的预先生成的类。 从Maven存储库下载kjar并将其安装在KieContainer中时需要从头开始解析和编译这些drl文件这使得此过程非常缓慢尤其是对于大型规则集。 相反现在可以在kjar中封装实现项目规则库的可执行模型的Java类并以更快的方式从中重新创建KieContainer及其KieBases。 kie-maven-plugin在编译过程中会自动从drl文件生成可执行模型源。 运行时 在可执行模型中所有约束都定义为Java Lambda表达式。 相同的lambda也用于约束评估这可以避免使用mvel进行解释性评估也无需使用吉特流程来转换基于mvel的字节码约束从而导致预热过程缓慢。 未来的研究 可执行模型将允许试验规则引擎的新功能而无需以drl格式编码它们并修改drl解析器以支持它们。 可执行模型DSL 在为可执行模型设计DSL的第一个迭代时一个目标是摆脱模式的概念并将规则视为表达式约束和动作结果的流。 因此我们将其称为Flow DSL。 此DSL的一些示例在此处提供 。 但是在实施Flow DSL之后很明显避免显式使用模式的决定使我们不得不实施一些既具有复杂性又具有性能成本的额外逻辑 因为为了正确地重新创建模型期望的数据结构 Drools编译器有必要将那些看似无关的表达式组合在一起。 因此已经决定在第二个DSL中重新引入模式我们称之为模式DSL 。 这允许绕过该算法将必须填充人为的语义空白的表达式分组并且在运行时也很耗时。 我们认为两种DSL都适用于不同的用例然后我们决定保留并支持这两种。 特别是Pattern DSL更安全更快速即使更冗长因此这是在通过kie-maven-plugin创建kjar时将自动生成的DSL。 相反Flow DSL更为简洁更接近于用户希望以编程方式定义Java规则的方式我们计划通过后处理器自动生成定义模型的模型部分从而使其不再那么冗长。索引和属性React性。 换句话说我们期望模式DSL将由机器编写流DSL最终将由人编写。 程序化构建 如上一节中链接的测试用例所证明的那样可以用Java以编程方式定义一个或多个规则然后使用流畅的API将它们添加到模型中。 Model model new ModelImpl().addRule( rule ); 一旦有了这个模型该模型完全独立于Drools算法和数据结构便可以按照以下方法创建一个KieBase KieBase kieBase KieBaseBuilder.createKieBaseFromModel( model ); 或者也可以通过从普通的drl文件开始将其创建为基于可执行模型的kieproject并像往常一样将它们添加到KieFileSystem中。 KieServices ks KieServices.Factory.get();
KieFileSystem kfs ks.newKieFileSystem().write( src/main/resources/r1.drl, createDrl( R1 ) );
KieBuilder kieBuilder ks.newKieBuilder( kfs ); 然后使用新的buildAll方法重载来构建项目该方法接受一个类该类指定要构建的项目类型 kieBuilder.buildAll( ExecutableModelProject.class ); 这样做KieBuilder将生成可执行模型基于Pattern DSL然后生成结果KieSession KieSession ksession ks.newKieContainer(ks.getRepository().getDefaultReleaseId()).newKieSession(); 如本文档第一部分所述它将与基于lambda表达式的约束一起使用。 同样通过将不同的项目类传递给KieBuilder也可以从Flow DSL生成可执行模型。 kieBuilder.buildAll( ExecutableModelFlowProject.class ); 但是对于讨论2种不同DSL时所解释的内容为此目的最好使用基于模式的。 Kie Maven插件 为了使用kie-maven-plugin生成嵌入可执行模型的kjar有必要在pom.xml文件中添加与实现模型及其编译器的两个先前提到的项目相关的依赖项 dependenciesdependencygroupIdorg.drools/groupIdartifactIddrools-model-compiler/artifactId/dependencydependencygroupIdorg.drools/groupIdartifactIddrools-canonical-model/artifactId/dependency
/dependencies 还将插件添加到插件部分 buildpluginsplugingroupIdorg.kie/groupIdartifactIdkie-maven-plugin/artifactIdversion${project.version}/versionextensionstrue/extensions/plugin/plugins
/build 这里提供了已经准备好生成可执行模型的pom.xml文件的示例。 默认情况下kie-maven-plugin仍会生成基于drl的kjar因此必须使用以下参数运行插件 -DgenerateModelVALUE 其中VALUE可以是三个值之一 YES
NO
WITHDRL YES和WITHDRL都将使用实现与原始项目中的drl文件相对应的可执行模型的Java类来生成Java并将其添加到kjar不同之处在于第一个将从生成的kjar中排除drl文件而第二个还将添加它们。 但是在第二种情况下由于无论如何KieBase都是从可执行模型构建的因此drl文件将仅起文档作用。 未来发展 如预期的那样下一个目标是使DSL尤其是流量更加用户友好尤其是使用后处理器生成可以自动推断的所有部分例如与索引和属性React性有关的部分。 从可执行模型的角度来看我们特别通过在规则单元上完成的工作改进了规则的模块化和编排。围绕pojo-ification的重点补充了围绕纯Java DSL的研究方向并且我们已经有了一些简单的示例 说明了如何将可执行模型和规则单元可以混合使用。 翻译自: https://www.javacodegeeks.com/2018/02/drools-executable-model-alive.htmldrools 执行函数
