【正文】 望消除報警，所在， not 關(guān)鍵字再次使用。 rule Status output when things are ok when not Alarm() not Sprinkler( on === true ) then ( Everything is ok )。 KnowledgeBuilder kbuilder = ()。 StatefulKnowledgeSession ksession = ()。調(diào)用 ()讓規(guī)則引發(fā)，但是沒有火災，所以它只發(fā)送一個健康信息。 ( name, room )。 } () Everything is ok 我們現(xiàn)在創(chuàng)建兩個火災，并插入它們；這次為返回的 FactHandle 保存一個引用。 Fire officeFire = new Fire( ( office ) )。 Raise the alarm Turn on the sprinkler for room kitchen Turn on the sprinkler for room office 過了一會兒，火災被撲滅， Fire 實例被撤銷。 ()。 ( kitchenFireHandle )。 FactHandle officeFireHandle = ( officeFire )。 在引擎中使用了火災，一旦調(diào)用 fireAllRules()，報警被引發(fā)，各自的噴頭會被打開。 Sprinkler sprinkler = new Sprinkler( room )。 MapString,Room name2room = new HashMapString,Room()。四個 Room 對象被創(chuàng)建，并被插入，以及為每個房間創(chuàng)建了一個 sprinkler 對象。 if ( () ) { ( ().toString() )。然后，我們可以構(gòu)建知識庫，如前面的一樣，只是要使用了新的 文件。 ( Cancel the alarm )。 rule Raise the alarm when we have one or more fires when exists Fire() then insert( new Alarm() )。 ( Turn off the sprinkler for room + $() )。 Drools 也支持一階邏輯，允許你查看數(shù)據(jù)的集合。無狀態(tài)會話通常不使用推理，所以引擎不必知道數(shù)據(jù)的改變。 end 相反，無狀態(tài)會話使用標準的 Java 語法修 改一個字段，在上面的規(guī)則中，我們使用了 modify 語句，它充當一種 with語句。該規(guī)則使用了一個有關(guān) Fire 對象的 room字段的綁定來約束匹配給那個房間的噴頭，它當前是關(guān)閉的。但是，一個房子有多個房間，所以規(guī)則必須表示對象間的關(guān)系，比如一個噴頭是在一個確定的房間中。 private boolean on。 我們利用一個引發(fā)火警的例子闡明監(jiān)測用例。 有狀態(tài)知識會話 有狀態(tài)會話存活更長，允許隨時間迭代變化。 ( ( new Person( Mr John Doe ), mrDoe )。 ( ( new Object[] { application, applicant } ) )。 ( ( new Object[] { application, applicant } ) )。 StatelessKnowledgeSession ksession = ()。 package rule Is of valid age when Applicant( age 18 ) $a : Application() then $( false )。 private int age。因為申請人（ applicant）小于 18 歲，所以申請被標記為無效。 assertTrue( () )。一旦 DRL文件已被添加，我們可以檢查知識構(gòu)建器 Knowl edgeBuilder 對象的錯誤。 if ( () ) { ( ().toString() )。根據(jù)插入的數(shù)據(jù)匹配模式的過程，常被稱為模式匹配就毫不奇怪了。當插入的實例滿足該對象類型約束和它的所有字段約束時，它被認為是匹配的。 end 為了讓引 擎知道數(shù)據(jù)，可以根據(jù)規(guī)則處理它，我們必須插入數(shù)據(jù)，多數(shù)人喜歡使用一個數(shù)據(jù)庫。 // getter and setter methods here } 現(xiàn)在我們已有了我們的數(shù)據(jù)模型，我們可以編寫我們的第一個規(guī)則。 那么讓我們從使用一個駕駛執(zhí)照申請的一個簡單例子開始。一個無狀態(tài)會 話可以傳給它一些數(shù)據(jù)，象函數(shù)一樣被調(diào)用。 規(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ù)，然后進入 中去匹配規(guī)則。如果您的規(guī)則都 強耦合 的 ， 那么它們將會變得 不靈活 ， 明顯看起來 規(guī)則引擎是一個大忽悠 。一般人斷言，“松”或“弱”耦合最好是在設計方面，由于增加靈活性，它可以提供。腳本引擎的好處是，他們可以更容易實施最初，迅速產(chǎn)生效果，和簡單的概念為當務之急程序員。流程引擎和規(guī)則往往可以很好地工作在一起，所以它們不是互相排斥的。 腳本或流程引擎 希望前面的章節(jié)解釋時，您可能要使用一個規(guī)則引擎。 戴夫哈姆 由于規(guī)則引擎是動態(tài)的（可以存儲和管理規(guī)則的意識動態(tài)的數(shù)據(jù)隨時更新），他們往往是看著部署軟件的問題的解決方案。 什么時候 不使用規(guī)則引擎 要經(jīng)常引用 Drools 的郵件列表： 在我看來，在工作規(guī)則引擎，人們 很容易 忘記： 只有一個規(guī)則引擎是一個復雜的應用 程序或解決方案 。然而，有創(chuàng)建可重復使用的規(guī)則是無狀態(tài)的服務，成功的案例。如果有一些這樣的邏輯，你回來修復，無論是因為你了錯，邏輯或您的理解的變化：考慮使用規(guī)則。 通常在一個現(xiàn)代的面向?qū)ο蟮膽贸绦?，你?