【正文】 ( officeFireHandle )。 ()。 Fire kitchenFire = new Fire( ( kitchen ) )。 ( sprinkler )。 for( String name: names ){ Room room = new Room( name )。此時，引擎做了所有的匹配，但還沒有規(guī)則引發(fā)。 } ( () )。區(qū)別是，這次我們根據(jù)知識庫創(chuàng)建了一個有狀態(tài)會話，而以前我們創(chuàng)建了一個無狀態(tài)會話。 end 最后，當(dāng)應(yīng)用程序第一次啟動，以及報警被消除后，所有噴頭被關(guān)閉時，發(fā)送一條普遍的健康狀況信息。 ( Raise the alarm )。 end 盡管每個房間都有噴頭，但只綁定了單個報警。當(dāng)某物不存在時，模式根據(jù)關(guān)鍵字 not 匹配。通過使用 sequential 模式，也可以顯式關(guān)閉推理。它可以包含一系列逗號分開的 Java 表達(dá)式，即，通過 modify 語句的控制表達(dá)式調(diào)用選擇的對象的 setters。當(dāng)規(guī)則引發(fā)時，結(jié)論被執(zhí)行，噴頭被打開。最好使用一個綁定變量作為在一個模式中的約束。 // getter and setter methods here } public class Fire { private Room room。只使用了四個類，我們表示在一個房子中的房間，每個房間有一個噴頭。下面是有狀態(tài)會話的通用用例，但不只限于此： ??監(jiān)測 ??用于半自動買盤的股市監(jiān)測與分析。 BatchExecutionResults results = ( ( cmds ) )。 當(dāng)使用多個命令和利用輸出標(biāo)識符獲取結(jié)果時，批處理執(zhí)行和命令工廠特別有用。 assertFalse( application() )。 Applicant applicant = new Applicant( Mr John Smith, 16 )。 end rule Application was made this year when $a : Application( dateApplied 01jan2020 ) then $( false )。 // getter and setter methods here } public class Application { private Date dateApplied。 迄今，我們只使用了單實例，但是如果我們希望使用多個呢？我們可以根據(jù)任何 實現(xiàn)了可迭代的對象執(zhí)行，比如，一個集合。 ( applicant )。如果沒有錯誤，我可以添加結(jié)果包到我們的知識庫。 } ( () )。 讓我們假設(shè)規(guī)則與類一樣被放在同一個文件夾中，那么我們就可以使用類路徑資源加載器來構(gòu)建我們的第一個 KnowledgeBase（知識庫），我們編譯的規(guī)則的集合被稱為一個知識庫，使用 KnowledgeBuilder（知識構(gòu)建器）編譯它。 $a 是綁定的變量，允許我們在結(jié)論中引用該匹配的對象。當(dāng)申請人（ Applicant）實例被插入到引擎內(nèi)，根據(jù)規(guī)則約束計算它，在這個案例中，只有兩個約束用于一條規(guī)則。我們假設(shè)應(yīng)用程序使用規(guī)則來駁斥無效的申請。 public class Applicant { private String name。下面是無狀態(tài)會話的通用用例，但不只限于此： ??驗證 ??這個人有按揭資格嗎？ ??計算 ??計算按揭費用。 同一互斥組下 ,優(yōu)先級高的如果 noloop true,則 ,此規(guī)則內(nèi)如果插入新對象 ,視本規(guī)則為不匹配 ,執(zhí)行下一規(guī)則 . 2 快速入門 無狀態(tài)知識會話 那么我們從什么地方開始，在一個規(guī)則引擎中，比如誘人的 Drools，有這么多的用例和這么多的功能。一個明確的鏈可以硬編碼，使用 決策圖表來執(zhí)行 。同樣的，你可以有“強耦合”和“弱耦合”的規(guī)則。很多人也實現(xiàn)數(shù)據(jù)驅(qū)動的系統(tǒng)，成功地在過去（那里控制表，這些存儲元數(shù)據(jù)，改變你的應(yīng)用程序的行為） 可以控制時可以保持非常有限。要注意與規(guī)則引擎的一個關(guān)鍵點是一些規(guī)則引擎是真正的腳本引擎。替代是基于腳本引擎提供了“動態(tài)變化”的驅(qū)動器，并有許多這樣的解決方案。 （大多數(shù) IT 部門為防止正在推出的軟件的目的似乎存在。規(guī)則引擎是不是真的打算處理工作流程或流程執(zhí)行也不是工作流引擎或設(shè)計過程的管理工具，做規(guī)則。為您的組織，它是重要的決定的過程中你會使用更新規(guī)則生產(chǎn)系統(tǒng)。如果你正面臨著其中有沒有算法或 圖案的棘手的問題：考慮使用規(guī)則。這是一個倒置的面向?qū)ο蟮母拍?封裝內(nèi)的所有對象的邏輯。當(dāng)然，他們?nèi)匀挥信行缘厮伎己瓦壿嬎季S能力。 ?領(lǐng)域?qū)＜遥ɑ驑I(yè)務(wù)分析師）都是現(xiàn)成的，但都是非技術(shù)性的。 ?問題是超越任何明顯的算法解決方案。他們借給自己的邏輯，是可以理解的，可能非技術(shù)領(lǐng)域的專家，因為他們在他們的語言表達(dá)，與所有程序管道，技術(shù)訣竅被在平時的代碼隱藏起來。當(dāng)你應(yīng)該使用規(guī)則引擎？ ?工具集成 工具（如 Eclipse，在未來，基于 Web 的用戶界面）提供方法來編輯和 管理規(guī)則， 并得到即時的反饋，驗證和內(nèi)容的援助。這些算法的戰(zhàn)斗證明 。這可能尤其如此，如果邏輯跨域多域邏輯。規(guī)則系統(tǒng)能夠解決非常，非常努力的問題，提供了一個怎樣的解釋抵達(dá)的解決方案是，為什么一路上每個“決定”（不是那么容易與其他如神經(jīng)網(wǎng)絡(luò)或人類大腦的 AI 系統(tǒng) 我不知道為什么我劃車側(cè)）。為什么你應(yīng)該使用一個規(guī)則引擎，而不是一個腳本框架，像 BeanShell 的？ 下面我們將設(shè)法解決這些問題。 Drools 的 也可以做反向鏈接，我們稱之為派生查詢。 圖 . 正向鏈接 反向鏈接是“目標(biāo)驅(qū)動”，這意味著我們啟動引擎嘗試一個結(jié)論，滿足。至于 Drools 的 Drools的 規(guī)定無縫混合鏈，向前和向后。大量的規(guī)則和事實的系統(tǒng)可能會導(dǎo)致在許多同一事實斷言真正的規(guī)則，這些規(guī)則是說，在沖突。其他 Rete 算法的引擎也有銷售其專有的增強 Rete 算法，如 RetePlus 和 Rete 算法三。 對產(chǎn)生式規(guī)則相匹配的新的或現(xiàn)有的事實的過程被稱為模式匹配，這是由推理機進(jìn)行。 一個生產(chǎn)規(guī)則系統(tǒng)的大腦是一個推理引擎，能夠在相當(dāng)大的規(guī)模 數(shù)量規(guī)則和事實。 JBoss 的 jBPM的使用在其控制在轉(zhuǎn)換的決策節(jié)點的表達(dá)式和代表 工作流程。這本書 “如何構(gòu)建業(yè)務(wù)規(guī)則引擎（ 2020 年） ”通過馬爾科姆奇澤姆充分體現(xiàn)了這個含糊之處。業(yè)務(wù)規(guī)則管理系統(tǒng)建立在通用規(guī)則之上的附加價值 引擎規(guī)則的創(chuàng)造，管理，部署，提供企業(yè)用戶的系統(tǒng)，集中 協(xié)作，分析和最終用戶的工具。 EMYCIN