【正文】 ?，F(xiàn)在我們準備構(gòu)建我們的會話，并根據(jù)一些數(shù)據(jù)執(zhí)行： StatelessKnowledgeSession ksession = ()。一旦 DRL文件已被添加，我們可以檢查知識構(gòu)建器 Knowl edgeBuilder 對象的錯誤。 上面的代碼，使用 newClassPathResource()方法，在類路徑上查找 文件。 if ( () ) { ( ().toString() )。 KnowledgeBuilder kbuilder = ()。根據(jù)插入的數(shù)據(jù)匹配模式的過程，常被稱為模式匹配就毫不奇怪了。在那兒可以更新它的屬性。當插入的實例滿足該對象類型約束和它的所有字段約束時，它被認為是匹配的。我們說兩個是因為類型 Applicant 是第一對象類型約束，而 age 18 是第二個字段約束。 end 為了讓引 擎知道數(shù)據(jù)，可以根據(jù)規(guī)則處理它，我們必須插入數(shù)據(jù)，多數(shù)人喜歡使用一個數(shù)據(jù)庫。 因為這是一個簡單的驗證用例，我們將增加單條規(guī)則來限制任何年齡小于 18 歲的人。 // getter and setter methods here } 現(xiàn)在我們已有了我們的數(shù)據(jù)模型，我們可以編寫我們的第一個規(guī)則。 private int age。 那么讓我們從使用一個駕駛執(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ī)則。這并不是說，強耦合本質(zhì)上是不好 的，但有一點 要牢記當考慮一個規(guī)則引擎 通過 規(guī)則的方式捕捉。如果您的規(guī)則都 強耦合 的 ， 那么它們將會變得 不靈活 ， 明顯看起來 規(guī)則引擎是一個大忽悠 。在這個意義上 說的強烈耦合意味著一個規(guī)則的“點火”，顯然會導致另一個規(guī)則觸發(fā) 等 。一般人斷言，“松”或“弱”耦合最好是在設計方面，由于增加靈活性，它可以提供。然而，他們可以迅速成長的控制，如果延長太多（例如，只有原創(chuàng)者可以更改應用程序的行為）它們會導致應用程序停滯，因為他們太執(zhí)著。腳本引擎的好處是，他們可以更容易實施最初，迅速產(chǎn)生效果，和簡單的概念為當務之急程序員。腳本引擎的缺點是，你是緊密耦合的應用程序的腳本。流程引擎和規(guī)則往往可以很好地工作在一起，所以它們不是互相排斥的。另外流程引擎（工作流程），如 jBPM 的允許您以圖形方式（或編程）描述一個過程的步驟。 腳本或流程引擎 希望前面的章節(jié)解釋時，您可能要使用一個規(guī)則引擎。）如果這 的原因是你想使用一個規(guī)則引擎，規(guī)則引擎的工作最好的，當你知道能寫聲明的規(guī)則。 戴夫哈姆 由于規(guī)則引擎是動態(tài)的（可以存儲和管理規(guī)則的意識動態(tài)的數(shù)據(jù)隨時更新），他們往往是看著部署軟件的問題的解決方案。使用合適的工具。 什么時候 不使用規(guī)則引擎 要經(jīng)常引用 Drools 的郵件列表： 在我看來，在工作規(guī)則引擎，人們 很容易 忘記： 只有一個規(guī)則引擎是一個復雜的應用 程序或解決方案 。選項 有很多，但不同的組織有不同的 要求。然而，有創(chuàng)建可重復使用的規(guī)則是無狀態(tài)的服務，成功的案例。規(guī)則可以用來嵌入您的應用程序或服務也許。如果有一些這樣的邏輯，你回來修復，無論是因為你了錯，邏輯或您的理解的變化：考慮使用規(guī)則。這并不是說，你扔出去的面向?qū)ο蟮淖龇ǎ?相反在任何現(xiàn)實世界的應用程序，業(yè)務邏輯僅僅是一個應用程序的一部分。 通常在一個現(xiàn)代的面向?qū)ο蟮膽贸绦?，你可以使用一個規(guī)則引擎包含您的關鍵部位 業(yè)務邏輯，尤其是很凌亂的部分。很多人在非技術崗位沒有形式邏輯的訓練，所以要小心和與他們的工作規(guī)則中所編纂的業(yè)務知識，你經(jīng)常會暴露在孔業(yè)務規(guī)則和流程目前的理解。規(guī)則可以讓他們表達的邏輯自己的條件。 領域?qū)＜彝鶕碛胸S富的業(yè)務規(guī)則和流程的知識。在許多組織中幾個之間，遠遠和可插拔的規(guī)則發(fā)布的軟件可以幫助提供的“敏捷性” 需要，并在一個合理的安全的方式的預期。 這是一個復雜的問題要解決，有沒有明顯的傳統(tǒng)解決方案，或基本問題是沒有完全理解。 該問題可能不是很復雜的，但你不能看到一個非脆弱的方式為它的建設解決方案。 什么時候 你應該使用規(guī)則引擎 ？ 最短的答案是“當 沒有令人滿意的傳統(tǒng)編程方法解決這個問題。 ?理解的規(guī)則 通過創(chuàng)建對象模型和該模型您的問題，選擇性，領域特定語言域，您可以設置自己編寫規(guī)則非常接近自然語言。審計和也可調(diào)試工具。理想情況下的規(guī)則是如此可讀的，他們也可以作為文檔。 ?集中化的知識 通過使用規(guī)則，你創(chuàng)造的知識寶庫（知識基礎），這是可執(zhí)行的。這些都是特別是當你有改變規(guī)則引擎中的一小部分的數(shù)據(jù)集高效 可以記住過去的匹配。而是在許多領域正在蔓延的邏輯 對象或控制器，它可 以被組織在一個或多個非常獨特的規(guī)則文件。其結(jié)果是，邏輯可以更容易保持有的邏輯，在未來的變化是所有規(guī)則中訂明。 ?邏輯與數(shù)據(jù)分離 你在你的域?qū)ο蟮臄?shù)據(jù)，邏輯規(guī)則。規(guī)則是要容易得多 比代碼讀取。 規(guī)則引擎的優(yōu)點 ?聲明式編程 規(guī)則引擎允許你說“做什么”，而不是“怎么做”。移交編碼規(guī)則引擎“如果 ... ...那么，”辦法什么好處？ 3。 圖 . 反向鏈接 ... 一些常見的問題： 1。 Prolog 是 一個落后的一個例子鏈引擎。如果它不能然后搜索，它能夠滿足的結(jié)論，這些都是作為子目標，這將有助于滿足當前目標的一些未知部分?？傊覀冮_始與事實，它的傳播和我們最終的結(jié)論。了解這兩種模式操作 是理解的關鍵，為什么一個生產(chǎn)規(guī)則系統(tǒng)的不同，以及如何得到從最好的。實現(xiàn)兩者的系統(tǒng)被稱為混合鏈接系統(tǒng)。該議程管理使用這些沖突解決策略沖突的規(guī)則的執(zhí)行順序。事實是斷言到工作內(nèi)存 然后可能會被修改或收回。最常見的增強功能是覆蓋在“生產(chǎn)大學習系統(tǒng)（ Rete 算法 / UL）“（ 1995年）