【正文】 rule Is of valid age when Applicant( age 18 ) $a : Application() then $( false )。因?yàn)樯暾埲耍?applicant）小于 18 歲，所以申請被標(biāo)記為無效。一旦 DRL文件已被添加，我們可以檢查知識構(gòu)建器 Knowl edgeBuilder 對象的錯誤。根據(jù)插入的數(shù)據(jù)匹配模式的過程，常被稱為模式匹配就毫不奇怪了。 end 為了讓引 擎知道數(shù)據(jù)，可以根據(jù)規(guī)則處理它，我們必須插入數(shù)據(jù)，多數(shù)人喜歡使用一個數(shù)據(jù)庫。 那么讓我們從使用一個駕駛執(zhí)照申請的一個簡單例子開始。 規(guī)則執(zhí)行原理 規(guī)則執(zhí)行原理 規(guī)則執(zhí)行順序 以堆棧方式執(zhí)行 ,優(yōu)先級低的先入棧 ,同一優(yōu)先級的 ,在規(guī)則文件中位置靠前的先入棧 . 例如： ?xml version= encoding=utf8? changeset xmlns= xmlns:xs= xs:schemaLocation= add resource source=classpath:sample/ type=DRL / resource source=classpath:sample/ type=DRL / /add /changeset 規(guī)則引擎會先執(zhí) 行 規(guī)則文件中的規(guī)則 去匹配傳入的參數(shù)，然后進(jìn)入 中去匹配規(guī)則。一般人斷言，“松”或“弱”耦合最好是在設(shè)計(jì)方面，由于增加靈活性，它可以提供。流程引擎和規(guī)則往往可以很好地工作在一起，所以它們不是互相排斥的。 戴夫哈姆 由于規(guī)則引擎是動態(tài)的（可以存儲和管理規(guī)則的意識動態(tài)的數(shù)據(jù)隨時更新），他們往往是看著部署軟件的問題的解決方案。然而，有創(chuàng)建可重復(fù)使用的規(guī)則是無狀態(tài)的服務(wù)，成功的案例。 通常在一個現(xiàn)代的面向?qū)ο蟮膽?yīng)用程序，你可以使用一個規(guī)則引擎包含您的關(guān)鍵部位 業(yè)務(wù)邏輯，尤其是很凌亂的部分。在許多組織中幾個之間，遠(yuǎn)遠(yuǎn)和可插拔的規(guī)則發(fā)布的軟件可以幫助提供的“敏捷性” 需要，并在一個合理的安全的方式的預(yù)期。 ?理解的規(guī)則 通過創(chuàng)建對象模型和該模型您的問題，選擇性，領(lǐng)域特定語言域，您可以設(shè)置自己編寫規(guī)則非常接近自然語言。這些都是特別是當(dāng)你有改變規(guī)則引擎中的一小部分的數(shù)據(jù)集高效 可以記住過去的匹配。規(guī)則是要容易得多 比代碼讀取。 Prolog 是 一個落后的一個例子鏈引擎。實(shí)現(xiàn)兩者的系統(tǒng)被稱為混合鏈接系統(tǒng)。 Drools 的 Rete 算法的實(shí)現(xiàn)被稱為ReteOO，標(biāo)志著 Drools 的面向?qū)ο蟮?Rete 算法的增強(qiáng)和優(yōu)化的實(shí)施系統(tǒng)。 一個生產(chǎn)規(guī)則系統(tǒng)是圖靈完備的，與知識代表性的重點(diǎn) 在一個簡潔，不模糊的和聲明的方式表達(dá)命題和第一階邏輯。這包括簡單 的系統(tǒng)，如表單驗(yàn)證和動態(tài)表達(dá)式引擎。與專家開發(fā)的過程系統(tǒng)知識工程。 專家 系統(tǒng)也被稱為基于知識的系統(tǒng)和知識的專家系統(tǒng) 被認(rèn)為是 “應(yīng)用人工智能 ”。 長期的規(guī)則引擎，它可以是任何系統(tǒng)，使用任何形式的規(guī)則，是相當(dāng)曖昧， 可應(yīng)用于數(shù)據(jù)產(chǎn)生的結(jié)果。 雖然生產(chǎn)規(guī)則系統(tǒng)是一種規(guī)則引擎，也專家系統(tǒng)的驗(yàn)證和表達(dá)的評價規(guī)則引擎前面提到的專家系統(tǒng)。飛躍提供使用，但退休成為無人維護(hù)。 圖 高層次的視圖的規(guī)則引擎 有兩種方法執(zhí)行的規(guī)則體系：正向鏈接和反向鏈接 。這個過程繼續(xù)，直到初步結(jié)論是證明，或者有沒有更多的子目標(biāo)。這一點(diǎn)的關(guān)鍵優(yōu)勢在于，使用規(guī)則可以很容易地表達(dá)解決方案難點(diǎn)問題，因而這些解 決方案驗(yàn)證。 ?速度和可擴(kuò)展性 Rete 算法的飛躍算法，和他們的后代如 Drools 的“ ReteOO 匹配規(guī)則的模式，以你的域?qū)ο髷?shù)據(jù)提供了非常有效的方法。 ?說明基金 規(guī)則系統(tǒng)，有效地提供能夠登錄所作出的決定“的解釋設(shè)施”規(guī)則引擎一起作出決定的原因。 ?在邏輯變化通常 甚至可能是簡單的邏輯本身，但規(guī)則的改變往往。如果規(guī)則是新技術(shù)，為您的項(xiàng)目團(tuán)隊(duì)中獲得的開銷必須被分解英寸，它不是一個簡單的技術(shù)，但本 文件試圖使其 更容易理 解。通常一個規(guī)則引擎最好的作品作為“狀態(tài)”的組成部分，是一個應(yīng)用程序的組成部分。當(dāng)然，一把鉗子，可以用來作為錘擊工具 在緊要關(guān)頭，但是這沒有什么，它的設(shè)計(jì)。這些步驟也可以參與決策點(diǎn)這本身就是一個簡單的規(guī)則。 強(qiáng)和松散耦合 毫無疑問，你聽說過“緊耦合”和“松耦合” ，在系統(tǒng)設(shè)計(jì)等方面?！八缮ⅰ瘪詈系囊?guī)則 是指 當(dāng) 一個系統(tǒng)規(guī)則發(fā)生 改變 時， 無需更改 、添加 、 刪除 其他無關(guān)的規(guī)則。 ??發(fā)送進(jìn)入的信息到一個目的地。 package rule Is of valid age when $a : Applicant( age 18 ) then $( false )。美元符 $是可選的，但它有助于區(qū)分字段名和變量名。 資源類型是 DRL（ Drools Rule Language）。 上面的代碼依據(jù)規(guī)則執(zhí)行數(shù)據(jù)。 // getter and setter methods here } 我們也可以增加另一條規(guī)則，用于驗(yàn)證申請是在某一段時間產(chǎn)生的。 assertTrue( application() )。 ( ( new Person( Mr John Smith ), mrSmith )。象StatelessKnowledgeSessi on 一樣， StatefulKnowledgeSession 也支持 BatchExecutor 接口，唯一的區(qū)別是 FireAllRules 命令不會自動在一個狀態(tài)會話結(jié)束時調(diào)用。那個例子假設(shè)僅有每個對象類型的單個實(shí)例 已被插入，因此只使用了字面約束。 ( Turn on the sprinkler for room + $() )。先前的約束根據(jù)命題邏輯已被判決，在那兒引擎約束個體實(shí)例。先前的引入的 not 用于匹配沒有對象出現(xiàn) ；現(xiàn)在我們使用它的補(bǔ) exists，其匹配某類別的一個或多個實(shí)例。 end 上面的規(guī)則應(yīng)該被放在單獨(dú)的 DRL 文件中，并且使用 的文件名保存到在類路徑的某個目錄中，象在無狀態(tài)會話例子中的一樣。 利用創(chuàng)建的這個會話，現(xiàn)在可以隨著時間推移反復(fù)使用它。 ( room )。 FactHandle kitchenFireHandle = ( kitchenFire )。 Turn on the sprinkler for room office Turn on the sprinkler for room kitchen Cancel the alarm Everything is ok