규칙 엔진을 사용한 추론

Question

이것은 일반적인 질문입니다. 그러나 도구 사용의 개념과 왜이 도구가 필요한지 이해하려고합니다. 나는 계속 왕복한다.

q) 규칙 엔진이 필요한 이유는 무엇입니까?

Drools 및 ILOG 규칙 엔진을 읽었으며 조직에서 이러한 도구를 사용하여 얻을 수있는 이점에 대한 개념이 아직 명확하지 않습니다.

q) 비즈니스 사용자에게 데이터베이스 (저장소)에 대한 쿼리 (규칙이라고도 함)를 실행하는 방법을 제공하는 것입니까?

이 여분의 소프트웨어는 라이센스에 비해 더 많은 돈을 소비하지 않고 달성 한 이익과 비교하여 지원합니까?

우리는 어쨌든 똑같은 일을하는 모든 응용 프로그램을 가지고 있습니다.

예 : 판매 < 다음 $ 5000000 주문 배송 = 없음

위는 비즈니스 로직의 예입니다 합니다. 이것은 프로그램에서 쉽게 구현됩니다. 그렇다면 규칙 엔진을 통해가는 이점은 무엇입니까?

모든 입력 사항이 훌륭합니다! 감사합니다.

Answer 1

은이 문서를 살펴 있었나요 : Why should I use a rule engine ?

사용 규칙 엔진을 사용하지 않을 때 그것은 꽤 분명하다.

1.2.5 :

다음 2 paragrpahs을 자세히 보라. 강하고 느슨한 커플 링

"tight coupling"과 "loose 커플 링"과 같은 용어는 시스템 설계에서 들었을 것입니다. 일반적으로 사람들은 "느슨한"또는 "약한"커플 링이 디자인상의 측면에서 바람직하다고 주장합니다. 이는 유연성이 추가 된 입니다. 마찬가지로 "강 결합"과 "약 결합"규칙을 사용할 수 있습니다. 이 의미에서 강하게 결합된다는 것은 하나의 규칙 "발사"가 분명히 다른 규칙을 실행하게한다는 것을 의미합니다. 즉, 명확한 (아마도 명백한) 논리 체인이 있습니다. 규칙이 모두 강력하게 결합 된 경우 은 유연하지 못하며 더 중요한 것은 규칙 엔진 은 과잉이라고합니다. 명확한 체인은 하드 코딩되거나 결정 트리 을 사용하여 구현 될 수 있습니다. 이것은 강력한 결합이 본질적으로 이라고 잘못 말하는 것이 아니라, 규칙 엔진 을 고려할 때 그리고 규칙을 포착하는 방법을 염두에 두어야 할 점입니다. "느슨하게"결합 된 규칙은 은 다른 관련없는 규칙을 변경하지 않고 규칙을 변경, 제거 및 추가 할 수있는 시스템을 제공해야합니다. .

및

그것은 나에게 보인다 사람들이 규칙 엔진은 복잡한 응용 프로그램 또는 솔루션의 한 부분임을 잊지 규칙 엔진, 작업의 흥분한다.규칙 엔진은 실제로 워크 플로 또는 프로세스 실행을 처리하거나 워크 플로 엔진이나 규칙을 수행하도록 설계된 프로세스 관리 도구 인 을 의미하지 않습니다. 작업에 에 맞는 도구를 사용하십시오. 물론, 한 쌍의 플라이어는 꼬집기에서 망치질 도구로 사용할 수 있지만 그 설계는 아닙니다. --Dave Hamu

는 비즈니스 규칙 엔진 또는 비즈니스 규칙 관리 제품군을 사용하는 많은 장점이 있습니다

Answer 2

도움이되기를 바랍니다. 선언적 접근 방식을 사용하여 응용 프로그램에서 비즈니스 논리를 분리하기 시작하면 비즈니스 지식이 이러한 규칙으로 표현되게됩니다. 이 사실은 중앙 저장소에서 모든 지식을 보유 할 수 있고 모든 응용 프로그램을 재사용 할 수있는 회사에게 매우 유용합니다.

선언력은 내 관점에서 핵심 개념이기도합니다. 특정 상황에 필요한 규칙을 엔진이 선택하게하는 아이디어는 훌륭합니다. 규칙 엔진은 이러한 목적에 맞게 최적화되어 있으며 많은 수의 규칙을 평가해야 할 때 매우 효과적입니다.

는 희망이 도움 :)