作者：保羅.布朗
譯者:greenbright版權聲明：任何獲得Matrix授權的網(wǎng)站，轉載時請務必以超鏈接形式標明文章原始出處和作者信息及本聲明作者:保羅.布朗;
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關鍵詞： Drools Framework Business
大多數(shù)網(wǎng)絡及企業(yè)級Jave應用可以分為三部分：和用戶交互的前端，和后端系統(tǒng)（比如數(shù)據(jù)庫）交互的服務層和這兩部分之間的商務邏輯層。通常使用框架（像Struts, Cocoon, Spring, Hibernate, JDO, 和實體Beans）可以實現(xiàn)前端和后端的功能，但對于商務邏輯層卻沒有一個標準的構建方法。像EJB和Spring只能在高端實現(xiàn)商務邏輯構建，但卻不能組織代碼。如果我們使用在配置性，可讀性和重用性方面帶我們極大利益的框架代替那些紛繁復雜的if...then語句，那不是很好嗎？在其他領域我們已經(jīng)驗證了這種利益。這篇文章建議使用
Drools規(guī)則引擎作為框架來解決問題。
下面的代碼是我們試圖避免的問題的例子。說明一個典型Java應用中的一些商務邏輯。
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 {
//更多商務邏輯
}
我們都曾經(jīng)歷過相類似或者更為復雜的商務邏輯。當試圖在Java中采用標準方法來實施商務邏輯時，就有很多問題隨之而來。
· 如果商務人員提出需要在本已很難理解的代碼中加入另外一個表單（"C987"）怎么辦？一旦所有的最初開發(fā)人員都在開發(fā)中，你愿意成為一個維護人員嗎？
· 如何確認這些規(guī)則的正確與否？對技術人員來說（從來不關注商務人員），檢查規(guī)則的正確性是非常困難的。那么，有什么方法論來測試商務邏輯那？
許多應用有著類似的商務邏輯。如果其中一個規(guī)則發(fā)生了變化，我們能夠確認所有系統(tǒng)中的相關部分都要改變嗎？如果一個新應用使用了一些規(guī)則，但是也加入了一些新規(guī)則，我們需要徹底重寫邏輯嗎？
· 商務邏輯嵌入在Java代碼中，每次哪怕是很小的改變都需要再編譯/再部署這些代碼，這些商務邏輯容易配置嗎?
· 如果其他的（腳本）語言想平衡現(xiàn)有投資在商務規(guī)則邏輯中怎么辦？
J2EE/EJB和倒置控制的框架（像Spring, Pico和Avalon）讓我們有能力在高端組織代碼。他們很提供很好的重用性，配置性和安全性，但卻不能替代上面例子中的
“意大利面條式代碼”。理想地，無論我們選擇那個框架，不僅要和J2EE應用，而且要和通常Java編程(J2SE—標準版本)及廣泛使用的表現(xiàn)和持續(xù)性框架相一致。這種框架讓我們能夠做到：
· 商務用戶很容易的讀和驗證商務邏輯。
· 在應用中，商務規(guī)則是可重用的和可配置的。
· 在重負荷下，框架是可擴展的和性能良好的。
· Java編程人員對已存在的前端（Struts, Spring）和后端框架（對象關系映射）很容易使用這種框架。
另一個問題是在不同的應用中，組織頁面，數(shù)據(jù)庫訪問和商務邏輯的方法也是多種多樣的。我們的框架能夠處理這個問題，并能始終提升代碼的重用性。理想地，我們的應用使用“適用所有方式的框架”。以這種方式使用框架，能夠讓我們許多的應用構建的更好，讓我們可以僅關注那些對用戶更有價值的部分。
規(guī)則引擎的營救如何解決這個問題那? 一個解決方案是使用規(guī)則引擎。規(guī)則引擎是組織商務邏輯的框架。它讓開發(fā)者集中精力在他們有把握的事情上，而不是在一些低級機制上作決定。
通常，商務用戶對那些能讓他們理解是正確的事情感到更加舒服，相對于那些諸如用
if...then 形式來表達的事情。你從商務專家那里聽到的一些事情如下
· “10A表單用于申請超過200歐元的花費.”
· “我們僅對數(shù)量1萬或超過1萬的交易提供分成.”
· “超過10m英鎊的采購需要公司總監(jiān)的批準.”
通過關注于商務用戶知道是正確的事情上，而不是怎樣用Jave代碼來表達它，上面的說明比以前我們的代碼例子要清楚的多。盡管他們已經(jīng)很清楚了，我們?nèi)匀恍枰环N機制，將這些規(guī)則應用到商務用戶已知和作決定的事實中去。這種機制就是規(guī)則引擎。
相關文章：在企業(yè)級Java應用中使用Drools企業(yè)級Java應用開發(fā)者在表現(xiàn)和持續(xù)層有很多好的框架可供選擇。但對于處在中間層的商務邏輯有好的框架嗎？你希望每次經(jīng)理給你一個新的命令就不得不重編譯那些復雜的if ... then 意大利面條代碼嗎？這篇文章中，保羅布朗推薦的Drools的規(guī)則引擎或許是完成這類任務的最好選擇。
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ī)則引擎，并且對那些關注于語義的網(wǎng)頁特別支持。但它并不完全遵守JSR-94。
· Drools是完全遵守JSR-94的規(guī)則引擎。而且是Apache模式許可下的完全開源框架。它不僅用大家熟知的Java 和XML語法來表示規(guī)則，而且有很強的用戶和開發(fā)者團體。本文章中的例子中，我們將使用Drools。Drools使用像Java的語法，并且有最開放的許可。
用Drools開始開發(fā)Java應用想象一下這種情景：就在讀了這篇文章幾分鐘后，你的老板讓你給股票交易應用建原型。盡管商務用戶還沒有定義好商務邏輯，一個可以想到的好主意就是用規(guī)則引擎來實現(xiàn)。最終的系統(tǒng)將通過網(wǎng)絡訪問，并且需要和后端數(shù)據(jù)庫和信息系統(tǒng)交流。為了開始使用這個框架，需要下載Drools框架（有依賴性）。如圖1所示，在你喜歡的IDE中建一個新項目并確保所有的.jars文件都被引用了。
圖1。運行Drools必需的類庫
由于潛在可能的巨大損失，如果我們的股票交易系統(tǒng)想要成功，在系統(tǒng)中循序漸進的使用一系列模擬器就顯得很重要。這樣的模擬器能夠讓你確信，即使規(guī)則改變了，由系統(tǒng)的作的決定也是正確的。我們將借用靈活工具箱的一些工具，并用JUnit框架作為模擬器。
如下例所示，我們所寫的第一段代碼是Junit測試/模擬器。盡管我們不能測試所有輸入系統(tǒng)的值的組合，由測試總比什么都不測好。在這個例子中，所有的文檔和classes（包括單元測試）又在一個文件夾/包中；但事實上，由應該創(chuàng)建合適的包和文件夾結構。在代碼中，我們用Log4j代替System.out調(diào)用。
清單1:
import junit.framework.TestCase;
/*
* 應用中商務規(guī)則的JUnit測試
* 這也扮演商務規(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)應該買進所有價格低于100歐元的股票。很顯然，沒有數(shù)據(jù)類（StockOffer.java）和商務層類（BusinessLayer.java）這個測試用例是不能編譯成功的。
清單2:
/**
*示例商務邏輯的正面
*這個簡單示例里，所有的商務邏輯都包含在一個類中。
*但在現(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 設置股票名稱.
*/
public void setStockName(String stockName) {
this.stockName = stockName;
}
/**
* @return 返回股票價格.
*/
public int getStockPrice() {
return stockPrice;
}
/**
* @參數(shù) stockPrice設置股票價格.
*/
public void setStockPrice(int stockPrice) {
this.stockPrice = stockPrice;
}
/**
* @return 返回股票數(shù)量.
*/
public int getStockQuantity() {
return stockQuantity;
}
/**
* @參數(shù) stockQuantity 設置股票數(shù)量.
*/
public void setStockQuantity(int stockQuantity){
this.stockQuantity = stockQuantity;
}
/**
* @return 返回建議購買.
*/
public String getRecommendPurchase() {
return recommendPurchase;
}
}
在我們熟悉的IDE的Junit中運行BusinessRuleTest。如果你不太熟悉Junit，可以從Junit網(wǎng)站獲取更多信息。如圖2所示，毫不奇怪的是，由于沒有準備好適當?shù)纳虅者壿嫞瑴y試在第二個申明處失敗了。這個確信了模擬器/單元測試重點加強了他們應該有的問題。
圖2。Junit測試結果
用規(guī)則描述商務邏輯現(xiàn)在，我們需要描述一些商務邏輯，像“如果股票價格低于100歐元，應該購買。”
這樣我們將修改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;
/**
*示例商務邏輯的正面
*這個簡單示例里，所有的商務邏輯都包含在一個類中。
*但在現(xiàn)實中，按需要代理給其他的類。
*@作者 缺省
*/
public class BusinessLayer {
//包含規(guī)則文件的名字
private static final String BUSINESS_RULE_FILE=
"BusinessRules.drl";
//內(nèi)部處理的規(guī)則基礎
private static RuleBase businessRules = null;
/**
* 如果還沒有裝載商務規(guī)則的話就裝載它。
*@拋出異常 -通常從這里恢復
*/
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{
//確保商務規(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()方法評價這些商務規(guī)則。這個方法中需要注意的是：
· 同一個RuleSet可以被重復使用（內(nèi)存中的商務規(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代碼相結合。這樣的話，我們就可以通過功能日志了解到底發(fā)生了什么。
· 規(guī)則設置可以包括一個或多個規(guī)則。
· 每條規(guī)則可以有參數(shù)（StockOffer類）。需要滿足一個或多個條件，并且當條件滿足時就執(zhí)行相應的結果。
修改，編譯了代碼后，再運行Junit測試模擬器。這次，如圖3所示，商務規(guī)則被調(diào)用了，邏輯評價正確，測試通過。祝賀—你已經(jīng)創(chuàng)建了你的第一個基于規(guī)則的應用！
圖3。成功的Junit測試
靈活的規(guī)則剛建好系統(tǒng)，你示范了上面的原型給商務用戶，這時他們想起先前忘了給你提到幾個規(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()));
}
這是為商務用戶描述的新規(guī)則的測試。如果測試這個Junit測試，如預期的新測試失敗了。我們需要加這個新規(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>設置建議購買為No。再次運行測試/模擬器，這次測試通過。
這樣的話，如果你習慣使用過程編程（象大多數(shù)Java 編程者），或許你會發(fā)愁撓頭：一個文件包含兩個獨立的商務規(guī)則，而且我們也沒有告訴規(guī)則引擎這兩個規(guī)則哪個更重要。然而，股票價格（-22）也符合兩個規(guī)則（它小于0也小于100）。不論如何，我們得到了正確的結果，即使交換規(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ī)則應該先于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ī)則引擎的強大和靈活性讓我們能夠迅速開發(fā)商務邏輯。
稍后，我們將看到更多沖突解決方案的經(jīng)典的方式。
沖突解決方案在商務這邊，人們真的印象深刻并別開始通過可能的選擇來思考。他們看到XYZ公司股票的問題并且決定執(zhí)行一條新規(guī)則:如果XYZ公司的股價低于10歐元，就僅僅買XYZ公司的股票。
象上次，加測試到模擬器中，在規(guī)則文件中加入新的商務規(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>
注意到商務規(guī)則文件中，規(guī)則名字后，我們設置salience為-1（比如，到現(xiàn)在我們說明的所有規(guī)則中的最低優(yōu)先級）。系統(tǒng)沖突（意味著Drools在觸發(fā)那個規(guī)則的順序上作決定）的大多數(shù)規(guī)則給出了將達到的規(guī)則的條件。缺省的決定方法如下：.
· 顯著性:如上列出的我們分配的值。
· 嶄新性：我們使用規(guī)則的次數(shù)。
· 復雜性：第一次觸發(fā)的更復雜的特定規(guī)則。
· 裝載順序：那個規(guī)則被裝載的順序。
如果我們不說明這個例子中規(guī)則的顯著性，將會發(fā)生的是：
· XYZ公司規(guī)則（“如果股票價格超過10歐元買XYZ”）將被首先觸發(fā)（推薦買標記的狀態(tài)被置為No）。
· 然后是更多的普通規(guī)則被觸發(fā)（“買所有低于100的股票”），推薦買標記的狀態(tài)被置為yes。
這將得到我們不期望的結果。然而，我們的例子設置了顯著性因素，用例及商務規(guī)則就會如我們期望的運行了。
大多數(shù)情況下，書寫清楚的規(guī)則且設置顯著性將為Drools提供足夠的信息來選擇觸發(fā)規(guī)則的順序。有時，我們想整個的改變解決規(guī)則沖突的方式。以下是一個如何改變的例子，其中我告訴規(guī)則引擎首先觸發(fā)最簡單的規(guī)則。要注意的是，改變沖突解決方案是要小心，因為它能根本的改變規(guī)則引擎的規(guī)則—用清楚的寫得恰當?shù)囊?guī)則能預先解決許多問題。
清單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);
對于我們的簡單的應用，由Junit測試驅動，我們不需要改變Drools解決規(guī)則沖突的方式。了解沖突解決方案是如何工作的對我們是非常有幫助的，尤其是當應用需要滿足更復雜根嚴格的需求試。
結論這篇文章論證了許多編程者遇到過的問題：如何定制復雜的商務邏輯。我們示范了一個用Drools為解決方案的簡單應用并介紹了基于規(guī)則編程的概念，包括在運行時這些規(guī)則是如何被處理的。稍后，接下來的文章將以這些為基礎來展示在企業(yè)級Java應用中是如何使用它的。
資源·下載例子所有源代碼:
源代碼·Matrix-Java開發(fā)者社區(qū):
http://www.matrix.org.cn·onjava.com:
onjava.com·
Drools項目主頁·
Drools規(guī)則信息·
“Drools和規(guī)則引擎介紹”由Drools項目領導 ·
Drools規(guī)則計劃文件·
JSR-94, Java規(guī)則引擎，概略 ·
Jess Jave規(guī)則引擎·
Jena語義和規(guī)則引擎·
JSR-94主頁·
Jess在Action主頁·
“商務規(guī)則思想”（基于Jess） ·
“規(guī)則系統(tǒng)的一般介紹” ·
“Rete算法的Jess執(zhí)行”保爾 布朗已經(jīng)通過FirstPartners.net網(wǎng)站為企業(yè)級Java咨詢了約7年的時間。