【正文】 基礎(chǔ) .................................................................................................................... 8 無狀態(tài)知識會(huì)話 ......................................................................................... 8 有狀態(tài)知識會(huì)話 ....................................................................................... 10 1 規(guī)則引擎 簡介及背景 人工智能（ AI）是一個(gè)非常廣泛的研究領(lǐng)域，重點(diǎn)是 “讓電腦這樣想的人 “，包括學(xué)科如神經(jīng)網(wǎng)絡(luò)，遺傳算法，決定樹，框架系統(tǒng)和專家系統(tǒng)。 “生產(chǎn)規(guī)則 ”，源于它描述為 “一個(gè)抽象的形式語法 結(jié)構(gòu)，描述了一個(gè)正式的語言精確，也就是說，一套規(guī)則 ，數(shù)學(xué) 描繪了（通常是無限的），有限長度的字符串（通常是有限的）字母 “ （ 維 基 百 科 ]）。這一點(diǎn)，而對于一些非常有效和有用的話題，引起不小的驚喜這個(gè)作者，不知道的規(guī)則引擎的精妙之處 “ 差異，希望能找到一些隱藏的秘密，以幫助改善 Drools 引擎。 when conditions then actions。事實(shí)是斷言到工作內(nèi)存 然后可能會(huì)被修改或收回?？傊?，我們開始與事實(shí)，它的傳播和我們最終的結(jié)論。移交編碼規(guī)則引擎“如果 ... ...那么，”辦法什么好處？ 3。其結(jié)果是，邏輯可以更容易保持有的邏輯，在未來的變化是所有規(guī)則中訂明。理想情況下的規(guī)則是如此可讀的，他們也可以作為文檔。 該問題可能不是很復(fù)雜的，但你不能看到一個(gè)非脆弱的方式為它的建設(shè)解決方案。規(guī)則可以讓他們表達(dá)的邏輯自己的條件。如果有一些這樣的邏輯，你回來修復(fù)，無論是因?yàn)槟懔隋e(cuò)，邏輯或您的理解的變化：考慮使用規(guī)則。 什么時(shí)候 不使用規(guī)則引擎 要經(jīng)常引用 Drools 的郵件列表： 在我看來，在工作規(guī)則引擎，人們 很容易 忘記： 只有一個(gè)規(guī)則引擎是一個(gè)復(fù)雜的應(yīng)用 程序或解決方案 。 腳本或流程引擎 希望前面的章節(jié)解釋時(shí)，您可能要使用一個(gè)規(guī)則引擎。腳本引擎的好處是，他們可以更容易實(shí)施最初，迅速產(chǎn)生效果，和簡單的概念為當(dāng)務(wù)之急程序員。如果您的規(guī)則都 強(qiáng)耦合 的 ， 那么它們將會(huì)變得 不靈活 ， 明顯看起來 規(guī)則引擎是一個(gè)大忽悠 。一個(gè)無狀態(tài)會(huì) 話可以傳給它一些數(shù)據(jù)，象函數(shù)一樣被調(diào)用。 // getter and setter methods here } 現(xiàn)在我們已有了我們的數(shù)據(jù)模型，我們可以編寫我們的第一個(gè)規(guī)則。當(dāng)插入的實(shí)例滿足該對象類型約束和它的所有字段約束時(shí)，它被認(rèn)為是匹配的。 if ( () ) { ( ().toString() )。 assertTrue( () )。 private int age。 StatelessKnowledgeSession ksession = ()。 ( ( new Object[] { application, applicant } ) )。 有狀態(tài)知識會(huì)話 有狀態(tài)會(huì)話存活更長，允許隨時(shí)間迭代變化。 private boolean on。該規(guī)則使用了一個(gè)有關(guān) Fire 對象的 room字段的綁定來約束匹配給那個(gè)房間的噴頭，它當(dāng)前是關(guān)閉的。無狀態(tài)會(huì)話通常不使用推理，所以引擎不必知道數(shù)據(jù)的改變。 ( Turn off the sprinkler for room + $() )。 ( Cancel the alarm )。 if ( () ) { ( ().toString() )。 MapString,Room name2room = new HashMapString,Room()。 在引擎中使用了火災(zāi)，一旦調(diào)用 fireAllRules()，報(bào)警被引發(fā)，各自的噴頭會(huì)被打開。 ( kitchenFireHandle )。 Raise the alarm Turn on the sprinkler for room kitchen Turn on the sprinkler for room office 過了一會(huì)兒，火災(zāi)被撲滅， Fire 實(shí)例被撤銷。 } () Everything is ok 我們現(xiàn)在創(chuàng)建兩個(gè)火災(zāi)，并插入它們；這次為返回的 FactHandle 保存一個(gè)引用。調(diào)用 ()讓規(guī)則引發(fā)，但是沒有火災(zāi)，所以它只發(fā)送一個(gè)健康信息。 KnowledgeBuilder kbuilder = ()。 end 同樣，當(dāng)沒有火災(zāi)時(shí)，我們希望消除報(bào)警，所在， not 關(guān)鍵字再次使用。下面給出的規(guī)則，一旦那個(gè)房間的火消失，馬上就會(huì)關(guān)閉噴頭。這樣修改了數(shù)據(jù)，并讓引擎知道這樣改變，因此可以再次遍及它們推斷。這種 join（聯(lián)合） 過程導(dǎo)致了所謂的交叉生產(chǎn)，該點(diǎn)包含在下面的章節(jié)中。如果在一個(gè)房間中起火，我們利用單個(gè) Fire 實(shí)例表示。 assertEquals( new Person( Mr John Smith ), ( mrSmith ) )。 兩個(gè)執(zhí)行方法 execute(Object object)和 execute(Iterabl e objects)，實(shí)際上是用于 接口 BatchExecutor 的方法 execute(Command mand)的便利方法 。 end 不幸的是， java 數(shù)組沒有實(shí)現(xiàn) Iterable 接口，所以我們必須使用 JDK 轉(zhuǎn)換方法 (...)。讓我們增加一個(gè)名為 Application（申請）類，它存放申請的日期，我們也移動(dòng) boolean valid 字段到這個(gè) Application 類中?，F(xiàn)在我們準(zhǔn)備構(gòu)建我們的會(huì)話，并根據(jù)一些數(shù)據(jù)執(zhí)行： StatelessKnowledgeSession ksession = ()。 KnowledgeBuilder kbuilder = ()。我們說兩個(gè)是因?yàn)轭愋?Applicant 是第一對象類型約束，而 age 18 是第二個(gè)字段約束。 private int age。不用擔(dān)心，我無畏的冒險(xiǎn)者，復(fù)雜被分層，并且你可以用一個(gè)簡單的用例讓自己悠閑進(jìn)入。在這個(gè)意義上 說的強(qiáng)烈耦合意味著一個(gè)規(guī)則的“點(diǎn)火”，顯然會(huì)導(dǎo)致另一個(gè)規(guī)則觸發(fā) 等 。腳本引擎的缺點(diǎn)是，你是緊密耦合的應(yīng)用程序的腳本。）如果這 的原因是你想使用一個(gè)規(guī)則引擎，規(guī)則引擎的工作最好的，當(dāng)你知道能寫聲明的規(guī)則。選項(xiàng) 有很多，但不同的組織有不同的