【正文】 為什么我劃車側(cè)）。他們借給自己的邏輯，是可以理解的，可能非技術(shù)領(lǐng)域的專家，因?yàn)樗麄冊(cè)谒麄兊恼Z言表達(dá)，與所有程序管道，技術(shù)訣竅被在平時(shí)的代碼隱藏起來。這是一個(gè)倒置的面向?qū)ο蟮母拍?封裝內(nèi)的所有對(duì)象的邏輯。 （大多數(shù) IT 部門為防止正在推出的軟件的目的似乎存在。同樣的，你可以有“強(qiáng)耦合”和“弱耦合”的規(guī)則。 public class Applicant { private String name。 讓我們假設(shè)規(guī)則與類一樣被放在同一個(gè)文件夾中，那么我們就可以使用類路徑資源加載器來構(gòu)建我們的第一個(gè) KnowledgeBase（知識(shí)庫），我們編譯的規(guī)則的集合被稱為一個(gè)知識(shí)庫，使用 KnowledgeBuilder（知識(shí)構(gòu)建器）編譯它。 迄今，我們只使用了單實(shí)例，但是如果我們希望使用多個(gè)呢？我們可以根據(jù)任何 實(shí)現(xiàn)了可迭代的對(duì)象執(zhí)行，比如，一個(gè)集合。 assertFalse( application() )。只使用了四個(gè)類，我們表示在一個(gè)房子中的房間，每個(gè)房間有一個(gè)噴頭。它可以包含一系列逗號(hào)分開的 Java 表達(dá)式，即，通過 modify 語句的控制表達(dá)式調(diào)用選擇的對(duì)象的 setters。 ( Raise the alarm )。此時(shí)，引擎做了所有的匹配，但還沒有規(guī)則引發(fā)。 ()。 Fire kitchenFire = new Fire( ( kitchen ) )。 } ( () )。 end 盡管每個(gè)房間都有噴頭，但只綁定了單個(gè)報(bào)警。當(dāng)規(guī)則引發(fā)時(shí)，結(jié)論被執(zhí)行，噴頭被打開。下面是有狀態(tài)會(huì)話的通用用例，但不只限于此： ??監(jiān)測 ??用于半自動(dòng)買盤的股市監(jiān)測與分析。 Applicant applicant = new Applicant( Mr John Smith, 16 )。 ( applicant )。 $a 是綁定的變量，允許我們?cè)诮Y(jié)論中引用該匹配的對(duì)象。下面是無狀態(tài)會(huì)話的通用用例，但不只限于此： ??驗(yàn)證 ??這個(gè)人有按揭資格嗎？ ??計(jì)算 ??計(jì)算按揭費(fèi)用。很多人也實(shí)現(xiàn)數(shù)據(jù)驅(qū)動(dòng)的系統(tǒng)，成功地在過去（那里控制表，這些存儲(chǔ)元數(shù)據(jù)，改變你的應(yīng)用程序的行為） 可以控制時(shí)可以保持非常有限。規(guī)則引擎是不是真的打算處理工作流程或流程執(zhí)行也不是工作流引擎或設(shè)計(jì)過程的管理工具，做規(guī)則。當(dāng)然，他們?nèi)匀挥信行缘厮伎己瓦壿嬎季S能力。當(dāng)你應(yīng)該使用規(guī)則引擎？ ?工具集成 工具（如 Eclipse，在未來，基于 Web 的用戶界面）提供方法來編輯和 管理規(guī)則， 并得到即時(shí)的反饋，驗(yàn)證和內(nèi)容的援助。為什么你應(yīng)該使用一個(gè)規(guī)則引擎，而不是一個(gè)腳本框架，像 BeanShell 的？ 下面我們將設(shè)法解決這些問題。大量的規(guī)則和事實(shí)的系統(tǒng)可能會(huì)導(dǎo)致在許多同一事實(shí)斷言真正的規(guī)則，這些規(guī)則是說，在沖突。 JBoss 的 jBPM的使用在其控制在轉(zhuǎn)換的決策節(jié)點(diǎn)的表達(dá)式和代表 工作流程。 知識(shí)表示是臨時(shí)代辦區(qū) 知識(shí)是如何代表和操縱關(guān)注。這本書實(shí)際上是關(guān)于如何建立和改變一個(gè) 數(shù)據(jù)庫模式舉行的驗(yàn)證規(guī)則。最常見的增強(qiáng)功能是覆蓋在“生產(chǎn)大學(xué)習(xí)系統(tǒng)（ Rete 算法 / UL）“（ 1995年）由羅伯特 B. Doorenbos 匹配。 圖 . 反向鏈接 ... 一些常見的問題： 1。 ?集中化的知識(shí) 通過使用規(guī)則，你創(chuàng)造的知識(shí)寶庫（知識(shí)基礎(chǔ)），這是可執(zhí)行的。 領(lǐng)域?qū)＜彝鶕碛胸S富的業(yè)務(wù)規(guī)則和流程的知識(shí)。選項(xiàng) 有很多，但不同的組織有不同的 要求。腳本引擎的缺點(diǎn)是，你是緊密耦合的應(yīng)用程序的腳本。不用擔(dān)心，我無畏的冒險(xiǎn)者，復(fù)雜被分層，并且你可以用一個(gè)簡單的用例讓自己悠閑進(jìn)入。我們說兩個(gè)是因?yàn)轭愋?Applicant 是第一對(duì)象類型約束，而 age 18 是第二個(gè)字段約束。現(xiàn)在我們準(zhǔn)備構(gòu)建我們的會(huì)話，并根據(jù)一些數(shù)據(jù)執(zhí)行： StatelessKnowledgeSession ksession = ()。 end 不幸的是， java 數(shù)組沒有實(shí)現(xiàn) Iterable 接口，所以我們必須使用 JDK 轉(zhuǎn)換方法 (...)。 assertEquals( new Person( Mr John Smith ), ( mrSmith ) )。這種 join（聯(lián)合） 過程導(dǎo)致了所謂的交叉生產(chǎn)，該點(diǎn)包含在下面的章節(jié)中。下面給出的規(guī)則，一旦那個(gè)房間的火消失，馬上就會(huì)關(guān)閉噴頭。 KnowledgeBuilder kbuilder = ()。 } () Everything is ok 我們現(xiàn)在創(chuàng)建兩個(gè)火災(zāi)，并插入它們；這次為返回的 FactHandle 保存一個(gè)引用。 ( kitchenFireHandle )。 MapString,Room name2room = new HashMapString,Room()。 ( Cancel the alarm )。無狀態(tài)會(huì)話通常不使用推理，所以引擎不必知道數(shù)據(jù)的改變。 private boolean on。 ( ( new Object[] { application, applicant } ) )。 private int age。 if ( () ) { ( ().toString() )。 // getter and setter methods here } 現(xiàn)在我們已有了我們的數(shù)據(jù)模型，我們可以編寫我們的第一個(gè)規(guī)則。如果您的規(guī)則都 強(qiáng)耦合 的 ， 那么它們將會(huì)變得 不靈活 ， 明顯看起來 規(guī)則引擎是一個(gè)大忽悠 。 腳本或流程引擎 希望前面的章節(jié)解釋時(shí)，您可能要使用一個(gè)規(guī)則引擎。如果有一些這樣的邏輯，你回來修復(fù)，無論是因?yàn)槟懔隋e(cuò)，邏輯或您的理解的變化：考慮使用規(guī)則。 該問題可能不是很復(fù)雜的，但你不能看到一個(gè)非脆弱的方式為它的建設(shè)解決方案。其結(jié)果是，邏輯可以更容易保持有的邏輯，在未來的變化是所有規(guī)則中訂明?？傊覀冮_始與事實(shí)，它的傳播和我們最終的結(jié)論。 when conditions then actions。 “生產(chǎn)規(guī)則 ”，源于它描述為 “一個(gè)抽象的形式語法 結(jié)構(gòu)，描述了一個(gè)正式的語言精確，也就是說，一套規(guī)則 ，數(shù)學(xué) 描繪了（通常是無限的），有限長度的字符串（通常是有限的）字母 “ （ 維 基 百 科 ]）。 Drools 是一個(gè)規(guī)則引擎，它使用的規(guī)則為基礎(chǔ)的方法 實(shí)施專家系統(tǒng)，更正確地劃分為生產(chǎn)規(guī)則系統(tǒng)。 制作 規(guī)則是由兩部分組成的結(jié)構(gòu)，使用一階邏輯推理對(duì)知識(shí)表示。正向鏈接“數(shù)據(jù)驅(qū)動(dòng)”，從而反動(dòng)，被斷言與事實(shí)進(jìn)入工作記憶，結(jié)果在一個(gè)或多個(gè)同時(shí)真正的和預(yù)定的規(guī)則議程的執(zhí)行。這是從根本上打破了面向?qū)ο蟮臄?shù)據(jù)和邏輯耦合，可以優(yōu)勢(shì)或劣勢(shì)取決于你的觀點(diǎn)?！?簡短的回