规则引擎的应用发展

前言

最传统的软件是揉杂在一块儿的，1970年代为了更好的方便开发，程序员将数据库份离出来，方便信息的存储。1980年代，应用层分离出展现层，使得产品更加优化，人性化，而1990年代后，使用规则引擎将业务规则分离单独管理，使得业务系统可以更加灵活变更，响应速度更加快速，旗正商业规则管理平台正式业务规则的管理专家

规则引擎由推理引擎发展而来，是一种嵌入在应用程序中的组件，实现了将业务决策从应用程序代码中分离出来，并使用预约义的语义模块写业务决策。接受数据输入，解释业务规则，并根据业务规则作出业务决策。

应用背景

企业级管理者对企业IT系统的开发有着以下的要求：

1.为提升效率，管理流程必须自动化，即便现代商业规则异常复杂。

2.市场要求业务规则常常变化，IT系统必须依据业务规则的变化快速、低成本的更新。

3.为了快速、低成本的更新，业务人员应能直接管理IT系统中的规则，不须要程序开发人员参与。

目前国外大多数企业在信息管理上已经使用到了BRMS的架构来保证公司更加迅速准确的完成任务。咱们国内，大多数企业BRMS处理方面并不尽人意，多数人甚至不知道规则引擎是作什么的。规则引擎实现了将业务决策从应用程序代码中分离出来，并使用预约义的语义模块编写业务决策。使得BRMS构架更加明显，使非技术业务人员能直接参与到业务规则管理工做中，使受限于复杂多变且不断发展的业务规则的应用程序和流程实现灵活的决策自动化。

规则引擎执行原理

以旗正规则引擎（Visual Rules solution）为例规则引擎会根据规则包名称，取得对应规则包编译后的RSC文件。而后将RSC加载到内存中，生成规则包执行上下文。同时规则引擎将传递的参数传递到规则包执行上下文中，而后开始执行规则包。执行完毕后，再将规则包执行上下文中的数据，传回给调用规则包的应用程序。整个执行原理很是简单，所以最大限度的保证了规则运行平台的稳定以及最佳的性能。

数据库接口

规则包的对象库中，定义了如下一些数据库对象接口Database、Table、Select、View、Procedure。旗正规则引擎直接用JDBC来实现这些接口，最大限度的保证了数据库对象调用的性能。固然用户能够根据本身的须要，从新来实现这些数据库接口。

一 Excel接口

规则包须要调用的Excel接口主要是I Excel Book、I ExcelSheet、I Excel Table Sheet、I Excel X Y Sheet。旗正规则引擎采用POI来实现Excel接口。

二 内存表格接口

规则包须要调用的内存表格接口为Sheet，旗正规则引擎采用Object[][]来实现内存表格接口的实现。

三Xml接口

规则包须要调用的XML接口为Node。目前旗正规则引擎采用JDOM来实现。

如何调用

规则引擎是外部Java程序调用规则包的一组Java类，其包含在engine.jar中。 外部Java程序调用规则包时只须要用到两个类。一个是 com. Flagleader .Engine .Rule Engine 。另外一个是 com. Flagleader .engine .Rule Engine Factory 。

Rule Engine Factory是获得规则引擎实例的工厂类。 一般代码为

Rule Engine rule Engine = Rule Engine Factory .new Instance().get Rule Engine();

获得规则引擎实例后，能够调用规则引擎中的方法，主要是put、excute和get这三个方法。 put用于传入须要传入的值，excute 用于运行指定的规则包，get用于获得传出的值。 通常的调用代码为：

Rule Engine .put(传入对象);

Rule Engine .excute("规则包调用名");

传出对象 = rule Engine .get("传出对象名");

使用规则引擎的优势

 使用规则引擎能够经过下降实现复杂业务逻辑的组件的复杂性，下降应用程序的维护和可扩展性成本，其优势以下：

1.分离商业决策者的商业决策逻辑和应用开发者的技术决策；

2.能有效的提升实现复杂逻辑代码的可维护性；

3.在开发期间或部署后修复代码缺陷；

4.应付特殊情况，即客户一开始没有提到要将业务逻辑考虑在内；

5.符合组织对敏捷或迭代开发过程的使用；

6.大多数规则引擎都支持规则的次序和规则冲突检验，支持简单脚本语言的规则实现，支持通用开发语言的嵌入开发。

规则引擎供应商

目前业内有多个规则引擎可供使用，其中包括国内和国外。

1.国外的表明是：Drools（开放源代码）和Ilog（IBM收购）

2.国内的表明是：旗正规则引擎（Visual rules solution）