作者:保羅.布朗;
greenbright原文地址:
http://www.onjava.com/pub/a/onjava/2005/08/03/drools.html中文地址:
http://www.matrix.org.cn/resource/article/44/44046_Drools+Framework+Business.html關(guān)鍵詞： Drools Framework Business
大多數(shù)網(wǎng)絡(luò)及企業(yè)級Jave應(yīng)用可以分為三部分：和用戶交互的前端，和后端系統(tǒng)（比如數(shù)據(jù)庫）交互的服務(wù)層和這兩部分之間的商務(wù)邏輯層。通常使用框架（像Struts, Cocoon, Spring, Hibernate, JDO, 和實體Beans）可以實現(xiàn)前端和后端的功能，但對于商務(wù)邏輯層卻沒有一個標準的構(gòu)建方法。像EJB和Spring只能在高端實現(xiàn)商務(wù)邏輯構(gòu)建，但卻不能組織代碼。如果我們使用在配置性，可讀性和重用性方面帶我們極大利益的框架代替那些紛繁復(fù)雜的if...then語句，那不是很好嗎？在其他領(lǐng)域我們已經(jīng)驗證了這種利益。這篇文章建議使用
Drools規(guī)則引擎作為框架來解決問題。
下面的代碼是我們試圖避免的問題的例子。說明一個典型Java應(yīng)用中的一些商務(wù)邏輯。
if ((user.isMemberOf(AdministratorGroup)
??????&& user.isMemberOf(teleworkerGroup))
???? || user.isSuperUser(){??????
???????? // 更多對特殊案例的檢查
???????? if((expenseRequest.code().equals("B203")
?????????? ||(expenseRequest.code().equals("A903")
????????????????????????&&(totalExpenses<200)
????????????????&&(bossSignOff> totalExpenses))
?????????? &&(deptBudget.notExceeded)) {
?????????????? //付款
?????????? } else if {
?????????????? //檢查許多其他的條件
?????????? }
} else {
???? //更多商務(wù)邏輯
}
我們都曾經(jīng)歷過相類似或者更為復(fù)雜的商務(wù)邏輯。當試圖在Java中采用標準方法來實施商務(wù)邏輯時，就有很多問題隨之而來。
·????????如果商務(wù)人員提出需要在本已很難理解的代碼中加入另外一個表單（"C987"）怎么辦？一旦所有的最初開發(fā)人員都在開發(fā)中，你愿意成為一個維護人員嗎？
·????????如何確認這些規(guī)則的正確與否？對技術(shù)人員來說（從來不關(guān)注商務(wù)人員），檢查規(guī)則的正確性是非常困難的。那么，有什么方法論來測試商務(wù)邏輯那？
許多應(yīng)用有著類似的商務(wù)邏輯。如果其中一個規(guī)則發(fā)生了變化，我們能夠確認所有系統(tǒng)中的相關(guān)部分都要改變嗎？如果一個新應(yīng)用使用了一些規(guī)則，但是也加入了一些新規(guī)則，我們需要徹底重寫邏輯嗎？
·????????商務(wù)邏輯嵌入在Java代碼中，每次哪怕是很小的改變都需要再編譯/再部署這些代碼，這些商務(wù)邏輯容易配置嗎?
·????????如果其他的（腳本）語言想平衡現(xiàn)有投資在商務(wù)規(guī)則邏輯中怎么辦？
J2EE/EJB和倒置控制的框架（像Spring, Pico和Avalon）讓我們有能力在高端組織代碼。他們很提供很好的重用性，配置性和安全性，但卻不能替代上面例子中的
“意大利面條式代碼”。理想地，無論我們選擇那個框架，不僅要和J2EE應(yīng)用，而且要和通常Java編程(J2SE—標準版本)及廣泛使用的表現(xiàn)和持續(xù)性框架相一致。這種框架讓我們能夠做到：
·????????商務(wù)用戶很容易的讀和驗證商務(wù)邏輯。
·????????在應(yīng)用中，商務(wù)規(guī)則是可重用的和可配置的。
·????????在重負荷下，框架是可擴展的和性能良好的。
·????????Java編程人員對已存在的前端（Struts, Spring）和后端框架（對象關(guān)系映射）很容易使用這種框架。
另一個問題是在不同的應(yīng)用中，組織頁面，數(shù)據(jù)庫訪問和商務(wù)邏輯的方法也是多種多樣的。我們的框架能夠處理這個問題，并能始終提升代碼的重用性。理想地，我們的應(yīng)用使用“適用所有方式的框架”。以這種方式使用框架，能夠讓我們許多的應(yīng)用構(gòu)建的更好，讓我們可以僅關(guān)注那些對用戶更有價值的部分。
規(guī)則引擎的營救如何解決這個問題那? 一個解決方案是使用規(guī)則引擎。規(guī)則引擎是組織商務(wù)邏輯的框架。它讓開發(fā)者集中精力在他們有把握的事情上，而不是在一些低級機制上作決定。
通常，商務(wù)用戶對那些能讓他們理解是正確的事情感到更加舒服，相對于那些諸如用
if...then 形式來表達的事情。你從商務(wù)專家那里聽到的一些事情如下
·????????“10A表單用于申請超過200歐元的花費.”
·????????“我們僅對數(shù)量1萬或超過1萬的交易提供分成.”
·????????“超過10m英鎊的采購需要公司總監(jiān)的批準.”
通過關(guān)注于商務(wù)用戶知道是正確的事情上，而不是怎樣用Jave代碼來表達它，上面的說明比以前我們的代碼例子要清楚的多。盡管他們已經(jīng)很清楚了，我們?nèi)匀恍枰环N機制，將這些規(guī)則應(yīng)用到商務(wù)用戶已知和作決定的事實中去。這種機制就是規(guī)則引擎。
相關(guān)文章：在企業(yè)級Java應(yīng)用中使用Drools企業(yè)級Java應(yīng)用開發(fā)者在表現(xiàn)和持續(xù)層有很多好的框架可供選擇。但對于處在中間層的商務(wù)邏輯有好的框架嗎？你希望每次經(jīng)理給你一個新的命令就不得不重編譯那些復(fù)雜的if ... then 意大利面條代碼嗎？這篇文章中，保羅布朗推薦的Drools的規(guī)則引擎或許是完成這類任務(wù)的最好選擇。
Jave規(guī)則引擎JSR 94- javax.rules API制定了與規(guī)則引擎交互的通用標準，就像JDBC能夠與各種類型的數(shù)據(jù)庫交互。JSR-94并不是詳細說明實際規(guī)則到底是怎么寫的，而是最大限度的使用Java規(guī)則引擎來做這種詳細說明。
·????????Jess可能是最成熟的Java規(guī)則引擎，有很多好的工具（包括Eclipse）和文檔。然而它是一個商業(yè)產(chǎn)品，并且它的規(guī)則是以序言樣式符號寫的，這對許多Java編程者都是一個挑戰(zhàn)。
·????????Jena是開源框架，始于HP.它有規(guī)則引擎，并且對那些關(guān)注于語義的網(wǎng)頁特別支持。但它并不完全遵守JSR-94。
·????????Drools是完全遵守JSR-94的規(guī)則引擎。而且是Apache模式許可下的完全開源框架。它不僅用大家熟知的Java 和XML語法來表示規(guī)則，而且有很強的用戶和開發(fā)者團體。本文章中的例子中，我們將使用Drools。Drools使用像Java的語法，并且有最開放的許可。
用Drools開始開發(fā)Java應(yīng)用想象一下這種情景：就在讀了這篇文章幾分鐘后，你的老板讓你給股票交易應(yīng)用建原型。盡管商務(wù)用戶還沒有定義好商務(wù)邏輯，一個可以想到的好主意就是用規(guī)則引擎來實現(xiàn)。最終的系統(tǒng)將通過網(wǎng)絡(luò)訪問，并且需要和后端數(shù)據(jù)庫和信息系統(tǒng)交流。為了開始使用這個框架，需要下載Drools框架（有依賴性）。如圖1所示，在你喜歡的IDE中建一個新項目并確保所有的.jars文件都被引用了。
圖1。運行Drools必需的類庫
由于潛在可能的巨大損失，如果我們的股票交易系統(tǒng)想要成功，在系統(tǒng)中循序漸進的使用一系列模擬器就顯得很重要。這樣的模擬器能夠讓你確信，即使規(guī)則改變了，由系統(tǒng)的作的決定也是正確的。我們將借用靈活工具箱的一些工具，并用JUnit框架作為模擬器。
如下例所示，我們所寫的第一段代碼是Junit測試/模擬器。盡管我們不能測試所有輸入系統(tǒng)的值的組合，由測試總比什么都不測好。在這個例子中，所有的文檔和classes（包括單元測試）又在一個文件夾/包中；但事實上，由應(yīng)該創(chuàng)建合適的包和文件夾結(jié)構(gòu)。在代碼中，我們用Log4j代替System.out調(diào)用。
清單1:import junit.framework.TestCase;
/*
* 應(yīng)用中商務(wù)規(guī)則的JUnit測試
????????* 這也扮演商務(wù)規(guī)則的“模擬器“-讓我們說明輸入，檢驗輸出；并在代碼發(fā)*布前看看是否達到我的期望值。
*/
public class BusinessRuleTest extends TestCase {
/**
*股票購買測試
*/
??public void testStockBuy() throws Exception{
????????????????
//用模擬值創(chuàng)建股票
????StockOffer testOffer = new StockOffer();
????testOffer.setStockName("MEGACORP");
????testOffer.setStockPrice(22);
????testOffer.setStockQuantity(1000);
????????????????
//運行規(guī)則
????BusinessLayer.evaluateStockPurchase(testOffer);
????????????????
????????//達到我們的期望嗎？
????assertTrue(
??????testOffer.getRecommendPurchase()!=null);
????
????assertTrue("YES".equals(
??????testOffer.getRecommendPurchase()));??????????????
?? }
}
這是個基本Junit測試，我們知道這個簡單系統(tǒng)應(yīng)該買進所有價格低于100歐元的股票。很顯然，沒有數(shù)據(jù)類（StockOffer.java）和商務(wù)層類（BusinessLayer.java）這個測試用例是不能編譯成功的。
清單2:/**
*示例商務(wù)邏輯的正面
*這個簡單示例里，所有的商務(wù)邏輯都包含在一個類中。
*但在現(xiàn)實中，按需要代理給其他的類。
*/
public class BusinessLayer {
????????/**
?? *評價購買這支股票是否是個好主意
?? *@參數(shù) stockToBuy
?? *@return 如果推薦購買股票返回真，否則返回假
?? */
??public static void evaluateStockPurchase
????(StockOffer stockToBuy){
????????????????return false;
??}
}
StockOffer類如下所示：
/**
* 簡單的JavaBean保存StockOffer值。
* 一個’股票出價’就是別人賣出股票（公司股份）所給出的價格。
*/
public class StockOffer {
????????
??//常量
??public final static String YES="YES";
??public final static String NO="NO";
??//內(nèi)部變量
??private String stockName =null;
??private int stockPrice=0;
??private int stockQuantity=0;
??private String recommendPurchase = null;
/**
?? * @返回股票名稱
?? */
??public String getStockName() {
????????return stockName;
??}
/**
?? * @參數(shù) stockName 設(shè)置股票名稱.
?? */
??public void setStockName(String stockName) {
????????this.stockName = stockName;
??}
/**
?? * @return 返回股票價格.
?? */
??public int getStockPrice() {
????????return stockPrice;
??}
/**
?? * @參數(shù) stockPrice設(shè)置股票價格.
?? */
??public void setStockPrice(int stockPrice) {
????????this.stockPrice = stockPrice;
??}
/**
?? * @return 返回股票數(shù)量.
?? */
??public int getStockQuantity() {
????????return stockQuantity;
??}
/**
?? * @參數(shù) stockQuantity 設(shè)置股票數(shù)量.
?? */
??public void setStockQuantity(int stockQuantity){
????????this.stockQuantity = stockQuantity;
??}
/**
?? * @return 返回建議購買.
?? */
??public String getRecommendPurchase() {
????????return recommendPurchase;
??}
}
在我們熟悉的IDE的Junit中運行BusinessRuleTest。如果你不太熟悉Junit，可以從Junit網(wǎng)站獲取更多信息。如圖2所示，毫不奇怪的是，由于沒有準備好適當?shù)纳虅?wù)邏輯，測試在第二個申明處失敗了。這個確信了模擬器/單元測試重點加強了他們應(yīng)該有的問題。
圖2。Junit測試結(jié)果
用規(guī)則描述商務(wù)邏輯現(xiàn)在，我們需要描述一些商務(wù)邏輯，像“如果股票價格低于100歐元，應(yīng)該購買。”
這樣我們將修改BusinessLayer.java為：
清單3:import java.io.IOException;
import org.drools.DroolsException;
import org.drools.RuleBase;
import org.drools.WorkingMemory;
import org.drools.event.DebugWorkingMemoryEventListener;
import org.drools.io.RuleBaseLoader;
import org.xml.sax.SAXException;
/**
*示例商務(wù)邏輯的正面
*這個簡單示例里，所有的商務(wù)邏輯都包含在一個類中。
*但在現(xiàn)實中，按需要代理給其他的類。
*@作者 缺省
*/
public class BusinessLayer {
//包含規(guī)則文件的名字
??private static final String BUSINESS_RULE_FILE=
??????????????????????????????"BusinessRules.drl";
????????//內(nèi)部處理的規(guī)則基礎(chǔ)
??private static RuleBase businessRules = null;
/**
* 如果還沒有裝載商務(wù)規(guī)則的話就裝載它。
*@拋出異常 -通常從這里恢復(fù)
*/
??private static void loadRules()
?????????????????????? throws Exception{
????if (businessRules==null){
??????businessRules = RuleBaseLoader.loadFromUrl(
??????????BusinessLayer.class.getResource(
??????????BUSINESS_RULE_FILE ) );
????}
??}????
????????
/**
?? *評價是否購買這支股票
?? *@參數(shù) stockToBuy
?? *@return 如果推薦購買股票返回真，否則返回假
?? *@拋出異常
?? */
??public static void evaluateStockPurchase
?????? (StockOffer stockToBuy) throws Exception{
????????????????
//確保商務(wù)規(guī)則被裝載
????loadRules();
//一些程序進行的日志
????System.out.println( "FIRE RULES" );
????System.out.println( "----------" );
????????//了解以前運行的狀態(tài)
????WorkingMemory workingMemory
????????????= businessRules.newWorkingMemory();
//小規(guī)則集可以添加調(diào)試偵聽器
????workingMemory.addEventListener(
??????new DebugWorkingMemoryEventListener());
????????//讓規(guī)則引擎了解實情
????workingMemory.assertObject(stockToBuy);
????????//讓規(guī)則引擎工作
????workingMemory.fireAllRules();
??}
}
這個類有許多重要的方法：
·????????loadRules()方法裝載BusinessRules.drl文件中的規(guī)則。
·????????更新的evaluateStockPurchase()方法評價這些商務(wù)規(guī)則。這個方法中需要注意的是：
·????????同一個RuleSet可以被重復(fù)使用（內(nèi)存中的商務(wù)規(guī)則是無狀態(tài)的）。
·????????由于以我們的知識我們知道什么是正確的，每次評價我們使用一個新的WorkingMemory類。在內(nèi)存中用assertObject()方法存放已知的實事（作為Java對象）。
·????????Drools有一個事件偵聽模式，能讓我們“看到“事件模式內(nèi)到底發(fā)生了什么事情。在這里我們用它打印出調(diào)試信息。Working memory類的fireAllRules()方法讓規(guī)則被評價和更新（在這個例子中，stock offer）。
再次運行例子之前，我們需要創(chuàng)建如下BusinessRules.drl文件：
清單4:<?xml version="1.0"?>
<rule-set name="BusinessRulesSample"
??xmlns="http://drools.org/rules"
??xmlns:java="http://drools.org/semantics/java"
??xmlns:xs
????="http://www.w3.org/2001/XMLSchema-instance"
??xs:schemaLocation
????="http://drools.org/rules rules.xsd
??http://drools.org/semantics/java java.xsd">
??<!-- Import the Java Objects that we refer
??????????????????????????to in our rules -->????????
??<java:import>
????java.lang.Object
??</java:import>
??<java:import>
????java.lang.String
??</java:import>
??<java:import>
????net.firstpartners.rp.StockOffer
??</java:import>
??<!-- A Java (Utility) function we reference
????in our rules-->??
??<java:functions>
????public void printStock(
??????net.firstpartners.rp.StockOffer stock)
????????{
????????System.out.println("Name:"
??????????+stock.getStockName()
??????????+" Price: "+stock.getStockPrice()????
??????????+" BUY:"
??????????+stock.getRecommendPurchase());
????????}
??</java:functions>
<rule-set>
??<!-- Ensure stock price is not too high-->??????
??<rule name="Stock Price Low Enough">
????<!-- Params to pass to business rule -->
????<parameter identifier="stockOffer">
??????<class>StockOffer</class>
????</parameter>
????<!-- Conditions or 'Left Hand Side'
????????(LHS) that must be met for
???????? business rule to fire -->
????<!-- note markup -->
????<java:condition>
??????stockOffer.getRecommendPurchase() == null
????</java:condition>
????<java:condition>
??????stockOffer.getStockPrice() < 100
????</java:condition>
????<!-- What happens when the business
??????????????????????rule is activated -->
????<java:consequence>
????????stockOffer.setRecommendPurchase(
??????????????????????????????StockOffer.YES);??
??????????printStock(stockOffer);
????</java:consequence>
??</rule>
</rule-set>
這個規(guī)則文件有幾個有意思的部分：
·????????在XML-Schema定義被引入Java對象后，我們也把它引入到我們的規(guī)則中。這些對象來自于所需的Java類庫。
·????????功能和標準的Java代碼相結(jié)合。這樣的話，我們就可以通過功能日志了解到底發(fā)生了什么。
·????????規(guī)則設(shè)置可以包括一個或多個規(guī)則。
·????????每條規(guī)則可以有參數(shù)（StockOffer類）。需要滿足一個或多個條件，并且當條件滿足時就執(zhí)行相應(yīng)的結(jié)果。
修改，編譯了代碼后，再運行Junit測試模擬器。這次，如圖3所示，商務(wù)規(guī)則被調(diào)用了，邏輯評價正確，測試通過。祝賀—你已經(jīng)創(chuàng)建了你的第一個基于規(guī)則的應(yīng)用！
圖3。成功的Junit測試
靈活的規(guī)則剛建好系統(tǒng)，你示范了上面的原型給商務(wù)用戶，這時他們想起先前忘了給你提到幾個規(guī)則了。新規(guī)則之一是當數(shù)量是負值時，不能夠交易股票。你說“沒問題，”，然后回到你的座位，借可靠的知識，你能迅速的改進系統(tǒng)。
第一件要做的事情是更新你的模擬器，把下面的代碼加到BusinessRuleTest.java:
清單5:/**
*測試買股票確保系統(tǒng)不接受負值
*/
??public void testNegativeStockBuy()
????????????????????????????????throws Exception{
//用模擬值創(chuàng)建股票
??????StockOffer testOffer = new StockOffer();
????????testOffer.setStockName("MEGACORP");
????????testOffer.setStockPrice(-22);
????????testOffer.setStockQuantity(1000);
//運行規(guī)則
????????BusinessLayer
??????????????.evaluateStockPurchase(testOffer);
//是否達到我們的期望？
????????assertTrue("NO".equals(
??????????testOffer.getRecommendPurchase()));
}
這是為商務(wù)用戶描述的新規(guī)則的測試。如果測試這個Junit測試，如預(yù)期的新測試失敗了。我們需要加這個新規(guī)則到.drl文件中，如下所示。
清單6:<!-- Ensure that negative prices
????????????????????????????are not accepted-->??????
??<rule name="Stock Price Not Negative">
????<!-- Parameters we can pass into
??????????????????????????the business rule -->
????<parameter identifier="stockOffer">
??????<class>StockOffer</class>
????</parameter>
????<!-- Conditions or 'Left Hand Side' (LHS)
?????? that must be met for rule to fire -->
????<java:condition>
??????stockOffer.getStockPrice() < 0
????</java:condition>
????<!-- What happens when the business rule
??????????????????????????????is activated -->
????<java:consequence>
??????stockOffer.setRecommendPurchase(
??????????????????????????????????StockOffer.NO);??????
??????printStock(stockOffer);
????</java:consequence>
??</rule>
這個規(guī)則的和前一個類似，期望<java:condition>不同（測試負值）和<java:consequence>設(shè)置建議購買為No。再次運行測試/模擬器，這次測試通過。
這樣的話，如果你習(xí)慣使用過程編程（象大多數(shù)Java 編程者），或許你會發(fā)愁撓頭：一個文件包含兩個獨立的商務(wù)規(guī)則，而且我們也沒有告訴規(guī)則引擎這兩個規(guī)則哪個更重要。然而，股票價格（-22）也符合兩個規(guī)則（它小于0也小于100）。不論如何，我們得到了正確的結(jié)果，即使交換規(guī)則的順序。這是怎么工作的那？
下面控制臺輸出的摘錄幫助我們明白到底發(fā)生了什么。我們看到兩個規(guī)則都被觸發(fā)了（[activationfired]行）并且Recommend Buy先被置為Yes然后被置為No。Drools是如何以正確的順序來觸發(fā)這些規(guī)則的那？如果你看Stock Price Low Enough規(guī)則，就會看到其中的一個條件recommendPurchase()是null.這就足以讓Drools決定Stock Price Low Enough規(guī)則應(yīng)該先于Stock Price Not Negative規(guī)則觸發(fā)。這個過程就是沖突解決方案。
清單7:FIRE RULES
----------
[ConditionTested: rule=Stock Price Not Negative;
??condition=[Condition: stockOffer.getStockPrice()
??< 0]; passed=true; tuple={[]}]
[ActivationCreated: rule=Stock Price Not Negative;
??tuple={[]}]
[ObjectAsserted: handle=[fid:2];
?? object=net.firstpartners.rp.StockOffer@16546ef]
[ActivationFired: rule=Stock Price Low Enough;
?? tuple={[]}]
[ActivationFired: rule=Stock Price Not Negative;
?? tuple={[]}]
Name:MEGACORP Price: -22 BUY:YES
Name:MEGACORP Price: -22 BUY:NO
如果你是個過程編程者，無論你認為這是多聰明，你仍然不能完全的信任它。這是為什么我們使用單元測試/模擬器：“辛苦的”Junit測試（使用通用Java代碼）保證規(guī)則引擎用我們關(guān)注的行來做決定。（不要花費上億在一些無價值的股票上！）同時，規(guī)則引擎的強大和靈活性讓我們能夠迅速開發(fā)商務(wù)邏輯。
稍后，我們將看到更多沖突解決方案的經(jīng)典的方式。
沖突解決方案在商務(wù)這邊，人們真的印象深刻并別開始通過可能的選擇來思考。他們看到XYZ公司股票的問題并且決定執(zhí)行一條新規(guī)則:如果XYZ公司的股價低于10歐元，就僅僅買XYZ公司的股票。
象上次，加測試到模擬器中，在規(guī)則文件中加入新的商務(wù)規(guī)則，如下所列。首先，在BusinessRuleTest.java中添加新方法。
清單8:/**
*確保系統(tǒng)系統(tǒng)在XYZ公司股價便宜時就購買他們的股票
*/
public void testXYZStockBuy() throws Exception{
//用模擬值創(chuàng)建股票
??StockOffer testOfferLow = new StockOffer();
??StockOffer testOfferHigh = new StockOffer();
????????????????
??testOfferLow.setStockName("XYZ");
??testOfferLow.setStockPrice(9);
??testOfferLow.setStockQuantity(1000);
????????????????
??testOfferHigh.setStockName("XYZ");
??testOfferHigh.setStockPrice(11);
??testOfferHigh.setStockQuantity(1000);
//運行規(guī)則
??BusinessLayer.evaluateStockPurchase(
????testOfferLow);
??assertTrue("YES".equals(
????testOfferLow.getRecommendPurchase()));
????????????????
??BusinessLayer.evaluateStockPurchase(
????testOfferHigh);
??assertTrue("NO".equals(
????testOfferHigh.getRecommendPurchase()));????????????
}
然后，在BusinessRules.drl中加個新<規(guī)則>:
清單10:??
<rule name="XYZCorp" salience="-1">
?? <!-- Parameters we pass to rule -->
?? <parameter identifier="stockOffer">
???? <class>StockOffer</class>
?? </parameter>
????
?? <java:condition>
???? stockOffer.getStockName().equals("XYZ")
?? </java:condition>
?? <java:condition>
???? stockOffer.getRecommendPurchase() == null
?? </java:condition>
?? <java:condition>
???? stockOffer.getStockPrice() > 10
?? </java:condition>
????????
?? <!-- What happens when the business
????????????????????????????????rule is activated -->
?? <java:consequence>
???? stockOffer.setRecommendPurchase(
?????? StockOffer.NO);??
???? printStock(stockOffer);
?? </java:consequence>
??</rule>
注意到商務(wù)規(guī)則文件中，規(guī)則名字后，我們設(shè)置salience為-1（比如，到現(xiàn)在我們說明的所有規(guī)則中的最低優(yōu)先級）。系統(tǒng)沖突（意味著Drools在觸發(fā)那個規(guī)則的順序上作決定）的大多數(shù)規(guī)則給出了將達到的規(guī)則的條件。缺省的決定方法如下：.
·????????顯著性:如上列出的我們分配的值。
·????????嶄新性：我們使用規(guī)則的次數(shù)。
·????????復(fù)雜性：第一次觸發(fā)的更復(fù)雜的特定規(guī)則。
·????????裝載順序：那個規(guī)則被裝載的順序。
如果我們不說明這個例子中規(guī)則的顯著性，將會發(fā)生的是：
·????????XYZ公司規(guī)則（“如果股票價格超過10歐元買XYZ”）將被首先觸發(fā)（推薦買標記的狀態(tài)被置為No）。
·????????然后是更多的普通規(guī)則被觸發(fā)（“買所有低于100的股票”），推薦買標記的狀態(tài)被置為yes。
這將得到我們不期望的結(jié)果。然而，我們的例子設(shè)置了顯著性因素，用例及商務(wù)規(guī)則就會如我們期望的運行了。
大多數(shù)情況下，書寫清楚的規(guī)則且設(shè)置顯著性將為Drools提供足夠的信息來選擇觸發(fā)規(guī)則的順序。有時，我們想整個的改變解決規(guī)則沖突的方式。以下是一個如何改變的例子，其中我告訴規(guī)則引擎首先觸發(fā)最簡單的規(guī)則。要注意的是，改變沖突解決方案是要小心，因為它能根本的改變規(guī)則引擎的規(guī)則—用清楚的寫得恰當?shù)囊?guī)則能預(yù)先解決許多問題。
清單11://生成沖突解決者的列表
??ConflictResolver[] conflictResolvers =
????new ConflictResolver[] {
??????SalienceConflictResolver.getInstance(),
??????RecencyConflictResolver.getInstance(),
????????SimplicityConflictResolver.getInstance(),
????????LoadOrderConflictResolver.getInstance()
????};
//包裝成合成解決者
??CompositeConflictResolver resolver =
????new CompositeConflictResolver(
??????conflictResolvers);
//當裝載規(guī)則時，說明這個解決者
??businessRules = RuleBaseLoader.loadFromUrl(
????BusinessLayer.class.getResource(
??????BUSINESS_RULE_FILE),resolver);
對于我們的簡單的應(yīng)用，由Junit測試驅(qū)動，我們不需要改變Drools解決規(guī)則沖突的方式。了解沖突解決方案是如何工作的對我們是非常有幫助的，尤其是當應(yīng)用需要滿足更復(fù)雜根嚴格的需求試。
結(jié)論這篇文章論證了許多編程者遇到過的問題：如何定制復(fù)雜的商務(wù)邏輯。我們示范了一個用Drools為解決方案的簡單應(yīng)用并介紹了基于規(guī)則編程的概念，包括在運行時這些規(guī)則是如何被處理的。稍后，接下來的文章將以這些為基礎(chǔ)來展示在企業(yè)級Java應(yīng)用中是如何使用它的。
資源·下載例子所有源代碼:
源代碼·Matrix-Java開發(fā)者社區(qū):
http://www.matrix.org.cn·onjava.com:
onjava.com·
Drools項目主頁·
Drools規(guī)則信息·
“Drools和規(guī)則引擎介紹”由Drools項目領(lǐng)導(dǎo) ·
Drools規(guī)則計劃文件·
JSR-94, Java規(guī)則引擎，概略 ·
Jess Jave規(guī)則引擎·
Jena語義和規(guī)則引擎·
JSR-94主頁·
Jess在Action主頁·
“商務(wù)規(guī)則思想”（基于Jess）·
“規(guī)則系統(tǒng)的一般介紹” ·
“Rete算法的Jess執(zhí)行”保爾 布朗已經(jīng)通過FirstPartners.net網(wǎng)站為企業(yè)級Java咨詢了約7年的時間。