문제

플러그형 규칙 엔진을 사용해야 하는 경우 이와 관련된 모든 공개 표준은 무엇입니까?

모든 플랫폼에 대해 "규칙을 다시 작성하지 않고" 규칙 엔진을 마이그레이션하는 방법은 무엇입니까?

도움이 되었습니까?

해결책

JSR-94는 광범위한 사용의 유일한 표준이지만 슬프게도 엔진을 호출하기위한 표준이므로 규칙을 다시 쓰는 데 도움이되지 않습니다. 여러 규칙 엔진을 지원하거나 서로 이동하는 동안 재 작성 규칙을 피하려면 몇 가지 다른 표준을 살펴 봐야합니다.생산 규칙 표현 (PRR)는 OMG에서 개발중인 표준입니다. 이는 규칙 엔진에서 규칙 및 규칙 세트의 기본 구조를 정의하여 XML 구조가 규칙을 포함하여 전달 될 수 있도록합니다. 이것은 베타에 있으며 대부분의 주요 규칙 공급 업체가 지원하고 있습니다 (아직 지원을 발표 한 적이 없지만).규칙 인터체인지 형식 (RIF)는 W3C에서 개발중인 표준입니다. 이것은 PRR과 동기화되고 있으며 규칙의 구문에 중점을 둡니다 - 조건 등을 지정하는 방법 등도 널리 지원되지만 유사하게 지원은 아직 해제되지 않습니다. 아이디어와 두 팀이 함께 일하는 이유는 PRR에 따라 규칙을 구성 할 수 있도록하는 것입니다 (모델링 도구와 규칙 엔진간에 공유 할 수 있음). 규칙 엔진 별 구문을 RIF로 내보내면서 특정 규칙은 특정 규칙이 할 수 있습니다. 구문에서 구문으로 이동합니다.

다른 팁

위키피디아 라고

대부분의 Java 기반 규칙 엔진은 JSR-94 API (Application Programming Interface) 표준은 다양한 응용 프로그램과 통합 할 수 있도록하기 위해 많은 규칙 엔진을 통해 WSDL 및 SOAP와 같은 웹 기반 표준을 통해 서비스 지향 통합을 허용합니다.

전반적으로 아직은 초기 단계이고 현장에서 아직까지 지배적인 기준이 있는 것은 아니라고 생각합니다.또한 참조하십시오 규칙 마크업 이니셔티브(RuleML).JSR-94 및 RuleML 외에도 비즈니스 규칙 관리 시스템 OMG BMM(비즈니스 동기 부여 모델), OMG SBVR, OMG PRR(생산 규칙 표현), W3C RIF 및 PMML을 언급합니다.

다음과 같은 주제에 관심이 있을 수도 있습니다. 베펠, 워크플로우 엔진, 워크플로우 애플리케이션, 그리고 비즈니스 프로세스 관리.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top