JBoss Rules 學(xué)習(xí)(三): Drools規(guī)則引擎 (上)
從今天開始,我們將分兩期來詳細(xì)的介紹Drools規(guī)則引擎的原理,和各關(guān)鍵類的使用方法。1. 概述 :
Drools 分為兩個(gè)主要部分:構(gòu)建( Authoring )和運(yùn)行時(shí)( Runtime )。
構(gòu)建的過程涉及到 .drl 或 .xml 規(guī)則文件的創(chuàng)建,它們被讀入一個(gè)解析器,使用 ANTLR 3 語法進(jìn)行解析。解析器對語法進(jìn)行正確性的檢查,然后產(chǎn)生一種中間結(jié)構(gòu)“ descr ”, descr 用 AST 來描述規(guī)則。 AST 然后被傳到 PackageBuilder ,由 PackagBuilder 來產(chǎn)生 Packaged 對象。 PackageBuilder 還承擔(dān)著一些代碼產(chǎn)生和編譯的工作,這些對于產(chǎn)生 Package 對象都時(shí)必需的。 Package 對象是一個(gè)可以配置的,可序列化的,由一個(gè)或多個(gè)規(guī)則組成的對象。下圖闡明了上述過程:

Figure 1.1 Authoring Components
RuleBase 是一個(gè)運(yùn)行時(shí)組件,它包含了一個(gè)或多個(gè) Package 對象??梢栽谌魏螘r(shí)刻將一個(gè) Package 對象加入或移出 RuleBase 對象。一個(gè) RuleBase 對象可以在任意時(shí)刻實(shí)例化一個(gè)或多個(gè) WorkingMemory 對象,在它的內(nèi)部保持對這些 WorkingMemory 的弱引用。 WorkingMemory 由一系列子組件組成。當(dāng)應(yīng)用程序中的對象被 assert 進(jìn) WorkingMemory ,可能會導(dǎo)致一個(gè)或多個(gè) Activation 的產(chǎn)生,然后由 Agenda 負(fù)責(zé)安排這些 Activation 的執(zhí)行。下圖說明了上述過程:

2.構(gòu)建(Authoring):
主要有三個(gè)類用來完成構(gòu)建過程:DrlParser, XmlParser 和 PackageBuilder。兩個(gè)解析器類從傳入的Reader實(shí)例產(chǎn)生descr AST模型。PackageBuilder提供了簡便的API,使你可以忽略那兩個(gè)類的存在。這兩個(gè)簡單的方法是:“addPackageFromDrl”和“addPackageFromXml”,兩個(gè)都只要傳入一個(gè)Reader實(shí)例作為參數(shù)。下面的例子說明了如何從classpath中的xml和drl文件創(chuàng)建一個(gè)Package對象。注意:所有傳入同一個(gè)PackageBuilder實(shí)例的規(guī)則源,都必須是在相同的package 命名空間(namespace)中。
builder.addPackageFromDrl(?new?InputStreamReader(?getClass().getResourceAsStream(?"package1.drl"?)?)?);
builder.addPackageFromXml(?new?InputStreamReader(?getClass().getResourceAsStream(?"package2.drl"?)?)?);
Package?pkg?=?builder.getPackage();

Figure 2.1 PackageBuilder
PackageBuilder是可以配置的,使用PackageBuilderConfiguration。通常,你可以指定另一個(gè)parent ClassLoader和用什么編譯器(compiler),默認(rèn)是Eclipse JDT。下面顯示了如何指定JANINO編譯器:
conf.setCompiler(?PackageBuilderConfiguration.JANINO?);
PackageBuilder?builder?=?new?PackageBuilder(?conf?);

Figure 2.2 .?PackageBuilderConfiguration
3.RuleBase:

Figure 3.1 .?RuleBase
一個(gè)RuleBase包含了多個(gè)將被使用的規(guī)則包(packages of rules)。一個(gè)RuleBase是可以序列化的,所以它可以被配置到JNDI或其他類似的服務(wù)。通常,第一次使用時(shí),一個(gè)RuleBase被創(chuàng)建并緩存。RuleBase用RuleBaseFactory來實(shí)例化,默認(rèn)返回一個(gè)ReteOO RuleBase。可以傳入?yún)?shù)來指定采用ReteOO或Leaps。然后,用addPackage方法加入Package實(shí)例。你可以加入有相同命名空間(namespace)的多個(gè)Package。
ruleBase.addPackage(pkg);

Figure 3.2. RuleBaseFactory
一個(gè) rulebase instance 是線程安全的,所有你可以在你的應(yīng)用中,讓一個(gè) rulebase instance 在多個(gè)線程中共享。對于一個(gè) rulebase 的最通常的操作是產(chǎn)生一個(gè)新的 WorkingMemory 。
這個(gè) rulebase 保持著到它所產(chǎn)生的 WorkingMemoryd 的弱引用,所以在長時(shí)間運(yùn)行的 WorkingMemory 中,如果 rules 發(fā)生改變,這些 WorkingMemory 可以即使的根據(jù)最新的 rules 進(jìn)行更新,而不必重啟 WorkingMemory 。你也可以指定 RuleBase 不必保持一個(gè)弱引用,但是你要保證 RuleBase 不用更新。
ruleBase.newWorkingMemory(?
false
?);?
//
?do?not?maintain?a?weak?reference
任何時(shí)候, Package 可以被加入或移除;所有的改變都會被反映到現(xiàn)存的 WorkingMemory 中。不要忘了調(diào)用 fireAllRules() 讓 Activations 激發(fā)。
ruleBase.removePackage(?
"
org.com.sample
"
??);??
//
?remove?a?package,?and?all?its?parts,
by?it's?namespace
ruleBase.removeRule(?
"
org.com.sample
"
,?
"
my?rule
"
?);?
//
?remove?a?specific?rule?from?a
namespace
雖然有刪除一個(gè)單獨(dú)規(guī)則的方法,但是卻沒有加入一個(gè)單獨(dú)規(guī)則的方法(要達(dá)到這個(gè)目的只有加入一個(gè)只有一條規(guī)則的 package )。
RuleBaseConfigurator 可以指定 RuleBase 的附加行為。在加入 RuleBase 后, RuleBaseConfiguration 就變成不可變對象。
conf.setProperty(?RuleBaseConfiguration.PROPERTY_ASSERT_BEHAVIOR,
??????????????????RuleBaseConfiguration.WM_BEHAVIOR_EQUALITY?);
RuleBase?ruleBase? = ? new ?ReteooRuleBase(?conf?);
兩個(gè)主要的屬性是: PROPERT_ASSERT_BEHAVIOR 和 PROPERTY_LOGICAL_OVERRIDE_BEHAVIOR (在以后的部分中會解釋)。所有的屬性值都是 RuleBaseConfiguration 類中的靜態(tài)域常量。

Figure 3.3 RuleBaseConfiguration
posted on 2006-06-04 12:50 guangnian 閱讀(22505) 評論(14) 編輯 收藏 所屬分類: JBoss Rules(Drools)