BizTalk Rule Engine

BRE

规则引擎:

描述业务逻辑的声明

IF

<Condition(s)>

Then

<Action(s)>

策略:

一组相关的规则可以组合成一个策略

基本原理:

1.正向推导(forward-chaining),基于指定策略内的所有规则来推导结论的推导引擎.

2.检查引擎当前状态变量，即所有事实(fact),找出与这些事实相匹配的规则

3.利用事实来评估规则条件

4.如果某规则条件符合,结论就会被执行

5.如果结论执行时会添加或更新事实,整个匹配和评估过程会再重新来一次

为什么需要规则引擎:

1.使用代码实现业务逻辑的传统方法的缺点:

(1).复杂的业务逻辑难以用代码来表达

(2).业务逻辑转换成代码后可理解性下降.

(3).无法应对灵活多变的业务规则

(4).熟悉业务逻辑的是业务分析员而不是程序员.

2.业务规则引擎的优势:

(1).使用推理引擎解释规则声明,不需要人为编码.

(2).声明可以由业务分析人员来维护.

(3).不需要重新编译或部署

(4).真正易变的是条件而不是流程

策略的版本管理

1.策略可以随时取消部署

2.多个版本可以同时部署,永远使用最近publish的策略.

BizTalk业务规则相关概念

Term

Description

Policy 策略

逻辑上相关的一组规则

Rule 规则

包含条件组合，及当条件组合为真时执行的一组动作

Condition　条件

包含对事实的判断

Facts 事实

条件和动作所操作的对象

Actions 动作

当条件为真时所执行的操作

Vocabulary 词汇

逻辑上相关的一组定义

Definition 定义

对技术数据定义的用户友好的描述

Rule Engine
规则引擎

根据事实评估相应的条件并执行相应的操作

Rule based application

提交事实并调用策略

Rule Store
规则库

保存策略和规则的仓库

Fact事实类型

1.XML

(1).XmlDocument的包装,提供了规则处理中需要的内部数据

(2).通过XPath来定位元素结点来取得数据

(3).流程内的消息变量本身就是XmlDocument,因此可以直接作为事实传人

2.数据库

(1).在规则中使用数据库事实可以让引擎自动建立更有效率的SQL语句来获取或更新数据库内的数据

(2).引擎会对事实中所有的数据列进行评估

(3).如果是只读数据，最好使用长期事实来实现快取

3..NET类型

(1).任何.NET 类型均可作为事实使用

不需要实现接口或者继承其他基类

(2).组件必须部署到GAC中

 

长期事实和短期事实

1.短期事实会在规则执行是被带入

规则执行过后事实对象会被销毁

2.长期事实可被快取

通过給策略配置.NET 事实获取器

每次执行时调用IFactRetriever.UpdateFacts

以执行引擎实例为单位快取

允许FactRetriever对象将事实快取

 

词汇(Vocabularies)

如何调用业务规则

1.在业务流程中使用调用业务规则Shape

必须包含在Atomic Scope 中

2.在表达式Shape(Expression)中

可以指定要调用的版本

3.可以从.NET程序代码中调用

规则引擎以.NET类别的形式对外服务

允许流程及其他应用程序使用相同的规则

转载于:https://www.cnblogs.com/upzone/archive/2007/02/08/644471.html