【正文】 是專家系統(tǒng)的第一個 “炮彈 ”之一， 這是從 MYCIN醫(yī)療診斷專家系統(tǒng)。 知識表示是臨時代辦區(qū) 知識是如何代表和操縱關(guān)注。 專家系統(tǒng)的使用知識 代表性，以方便知識的編纂成一個知識庫，可以用來推理，也就是說，我們可以處理 此知識庫中的數(shù)據(jù)來推斷結(jié)論。 而早期的專家硬編碼的， “炮彈 ”從系統(tǒng)中分離出來的邏輯，提供了一個系統(tǒng)有自己的邏輯 易于使用的用戶輸入的環(huán)境。進(jìn)一步增加這個值的快速發(fā)展和 流行的方法 “商業(yè)規(guī)則 ”辦法 “，這是一個幫助，以正式規(guī)則的作用在企業(yè)的發(fā)動機(jī)。這本書實際上是關(guān)于如何建立和改變一個 數(shù)據(jù)庫模式舉行的驗證規(guī)則。在每個節(jié)點計算，有一個規(guī)則集，決定過 渡到承接 ， 并 所以這也是一個規(guī)則引擎。 推理引擎相匹配的生產(chǎn)規(guī)則的事實和數(shù)據(jù) ， 也被稱為制作或只是規(guī)則 ， 在行動的結(jié)果來推斷結(jié)論。有使用的算法推理包括引擎的模式匹配： ?線性 ?Rete 算法 ?治療 ?跨越 Drools 的 Rete 算法的實現(xiàn)和延伸 。最常見的增強(qiáng)功能是覆蓋在“生產(chǎn)大學(xué)習(xí)系統(tǒng)（ Rete 算法 / UL）“（ 1995年）由羅伯特 B. Doorenbos 匹配。該議程管理使用這些沖突解決策略沖突的規(guī)則的執(zhí)行順序。了解這兩種模式操作 是理解的關(guān)鍵，為什么一個生產(chǎn)規(guī)則系統(tǒng)的不同，以及如何得到從最好的。如果它不能然后搜索，它能夠滿足的結(jié)論，這些都是作為子目標(biāo)，這將有助于滿足當(dāng)前目標(biāo)的一些未知部分。 圖 . 反向鏈接 ... 一些常見的問題： 1。 規(guī)則引擎的優(yōu)點 ?聲明式編程 規(guī)則引擎允許你說“做什么”，而不是“怎么做”。 ?邏輯與數(shù)據(jù)分離 你在你的域?qū)ο蟮臄?shù)據(jù)，邏輯規(guī)則。而是在許多領(lǐng)域正在蔓延的邏輯 對象或控制器，它可 以被組織在一個或多個非常獨特的規(guī)則文件。 ?集中化的知識 通過使用規(guī)則，你創(chuàng)造的知識寶庫（知識基礎(chǔ)），這是可執(zhí)行的。審計和也可調(diào)試工具。 什么時候 你應(yīng)該使用規(guī)則引擎 ？ 最短的答案是“當(dāng) 沒有令人滿意的傳統(tǒng)編程方法解決這個問題。 這是一個復(fù)雜的問題要解決，有沒有明顯的傳統(tǒng)解決方案，或基本問題是沒有完全理解。 領(lǐng)域?qū)＜彝鶕碛胸S富的業(yè)務(wù)規(guī)則和流程的知識。很多人在非技術(shù)崗位沒有形式邏輯的訓(xùn)練，所以要小心和與他們的工作規(guī)則中所編纂的業(yè)務(wù)知識，你經(jīng)常會暴露在孔業(yè)務(wù)規(guī)則和流程目前的理解。這并不是說，你扔出去的面向?qū)ο蟮淖龇ǎ?相反在任何現(xiàn)實世界的應(yīng)用程序，業(yè)務(wù)邏輯僅僅是一個應(yīng)用程序的一部分。規(guī)則可以用來嵌入您的應(yīng)用程序或服務(wù)也許。選項 有很多，但不同的組織有不同的 要求。使用合適的工具。）如果這 的原因是你想使用一個規(guī)則引擎，規(guī)則引擎的工作最好的，當(dāng)你知道能寫聲明的規(guī)則。另外流程引擎（工作流程），如 jBPM 的允許您以圖形方式（或編程）描述一個過程的步驟。腳本引擎的缺點是，你是緊密耦合的應(yīng)用程序的腳本。然而，他們可以迅速成長的控制，如果延長太多（例如，只有原創(chuàng)者可以更改應(yīng)用程序的行為）它們會導(dǎo)致應(yīng)用程序停滯，因為他們太執(zhí)著。在這個意義上 說的強(qiáng)烈耦合意味著一個規(guī)則的“點火”，顯然會導(dǎo)致另一個規(guī)則觸發(fā) 等 。這并不是說，強(qiáng)耦合本質(zhì)上是不好 的，但有一點 要牢記當(dāng)考慮一個規(guī)則引擎 通過 規(guī)則的方式捕捉。不用擔(dān)心，我無畏的冒險者，復(fù)雜被分層，并且你可以用一個簡單的用例讓自己悠閑進(jìn)入。 ??路由和過濾 ??過濾進(jìn)入的信息，比如電子郵件，到一個文件夾中。 private int age。 因為這是一個簡單的驗證用例，我們將增加單條規(guī)則來限制任何年齡小于 18 歲的人。我們說兩個是因為類型 Applicant 是第一對象類型約束，而 age 18 是第二個字段約束。在那兒可以更新它的屬性。 KnowledgeBuilder kbuilder = ()。 上面的代碼，使用 newClassPathResource()方法，在類路徑上查找 文件?，F(xiàn)在我們準(zhǔn)備構(gòu)建我們的會話，并根據(jù)一些數(shù)據(jù)執(zhí)行： StatelessKnowledgeSession ksession = ()。 assertFalse( () )。讓我們增加一個名為 Application（申請）類，它存放申請的日期，我們也移動 boolean valid 字段到這個 Application 類中。 private boolean valid。 end 不幸的是， java 數(shù)組沒有實現(xiàn) Iterable 接口，所以我們必須使用 JDK 轉(zhuǎn)換方法 (...)。 Application application = new Application()。 兩個執(zhí)行方法 execute(Object object)和 execute(Iterabl e objects)，實際上是用于 接口 BatchExecutor 的方法 execute(Command mand)的便利方法 。 ListCommand cmds = new ArrayListCommand()。 assertEquals( new Person( Mr John Smith ), ( mrSmith ) )。 ??診斷 ??故障發(fā)現(xiàn)、醫(yī)用診斷 ??后勤 ??包裹跟蹤和交貨供應(yīng) ??協(xié)議 ??市場交易的合法性驗證 與無狀態(tài)會話對照，為確保沒有內(nèi)存泄漏，在事后調(diào)用必須 dispose()方法，因為當(dāng)創(chuàng)建有狀態(tài)知識會話時，知識庫包含了它們的引用。如果在一個房間中起火，我們利用單個 Fire 實例表示。 // getter and setter methods here } public class Alarm { } 在前面的無狀態(tài)會話章節(jié)中，已經(jīng)介紹了插入和根據(jù)數(shù)據(jù)匹配的概念。這種 join（聯(lián)合） 過程導(dǎo)致了所謂的交叉生產(chǎn)，該點包含在下面的章節(jié)中。 rule When there is a fire turn on the sprinkler when Fire($room : room) $sprinkler : Sprinkler( room == $room, on == false ) then modify( $sprinkler ) { setOn( true ) }。這樣修改了數(shù)據(jù)，并讓引擎知道這樣改變，因此可以再次遍及它們推斷。 迄今為止，我們的規(guī)則，已告訴我們匹配數(shù)據(jù)在什么時候存在，但對于它什么時候不存在呢？我們?nèi)?何確定一個火災(zāi)已被熄滅，即，不再有任何 Fire 對象。下面給出的規(guī)則，一旦那個房間的火消失，馬上就會關(guān)閉噴頭。當(dāng)火災(zāi)發(fā)生，一個 Alarm 對象被創(chuàng)建，無論發(fā)生了多少個火災(zāi)，而整個建筑只需要一個 Alarm。 end 同樣，當(dāng)沒有火災(zāi)時，我們希