Drools深入学习之KIE

一、KIE的圈子

初步接触Drools，肯定会看到KieContainer、KieSession之类的带有kie标识的方法类名词，kie作为Drools和JBPM的共享核心，它的主要作用在于提供了一体化的方法模型去供给应用中的部署生成环节。

KIE（Knowledge is everything），从官方给出的文档上看出它的生态圈包含以下内容：

OptaPlanner:一个规划引擎，注意，规划引擎，它的定位是寻找最优计划，不是定时任务的规划，作为拥有Drools和JBPM却又独立于两者的工具，强力作用于搜索优化，比如路线规划 、资源分配等类似场景，Opta作为一个纯java开发的轻量化调优工具，完全适配jvm，用上Opta，新手开发人员也不必头疼资源分配场景的分配优化了。

Drools：规则引擎，参考链接 Drools规则引擎。

UberFire：UberFire主要作用于JBoss的开发，是原来的工作台废弃之后重新写的一个，提供满满的插件去构建业务中心。

Guvnor：主要说下最新的，6.x的版本Gnvnor已经缩小到封装UberFire的插件集合，这些东西也是给IDE提供服务的，举个例子：maven仓库依赖管理。

KIE-WB:这玩意不存在，想象出来的。可能未来会开发一个这样的超级工作台，集成所有Guvnor、Drools和JBPM。

二、KIE的定位

KIE作为所有工程的基础，定位在于提供公共的接口，具体的实现和使用方式可能在不同工程中有所区别