현재 .NET에서 작동하는 규칙 엔진을 검색하는 중입니다. 우리의 논리는 매우 단순하고, +, -, *, /, 또는 기본 연산 순서입니다. 그러나 우리는이 정보를 데이터베이스에 저장 한 다음 새 버전을 데이터베이스에서 가져올 때 규칙 파일을 생성해야합니다. 따라서 일반적인 UI 편집기는 웹 버전 UI 편집기가없는 한 우리에게 쓸모가 없습니다.Drools.NET과 Windows Workflow Foundation (WF)
내 질문은 내가 말한대로 프로그램 구성과 ASP.NET과의 통합면에서 우리에게 최고의 규칙 엔진이 될 것입니다.
WWF에 대한 경험이 상당히 좋지 않았습니다. "이 문서는 사람의 관리자에게 전달한 다음 HR에 전달한 경우 잘못된 사람이 제출자에게 돌아가는 경우"와 같은 동적 워크 플로를 개발하는 데 적합하지만 동적 구성을 원할 경우 진정한 고통이됩니다. 우리가 완벽하게 구성 할 수있는 시스템에 사용하려고 시도했음을 알 수 있듯이 BizTalk가 실제로 잘 작동한다는 것을 알 수 있습니다. MS가 개발자가 BizTalk를 값 싸게 대체 할 수있게하는 데별로 관심이없는 것처럼 보입니다.
Acumen rules engine and tools 우리는 WWF를 제거하고 대체 할 시간이 절대로 없지만 우리가 필요로하는 것에 적합하다고 생각했습니다.
규칙을 비교적 간단하게 작성하고 규칙 엔진을 사용하는 경우 소스 코드를 직접 작성하거나 직접 작성하는 것이 좋습니다. Justin Etheredge은 Domain-Driven Designs (Evans)에 나와있는 패턴을 사용하여 사용자 지정 규칙을 통해 도메인 유효성 검사를 수행하는 것에 관한 문서는 twopart입니다.
동일한 가이드 라인에 따라 현재 프로젝트에서 비슷한 시스템을 구현했으며 데이터베이스에서 규칙을 serialize/deserialize했습니다. 나는 Drools.NET을 봐야 할 것이다.
biztalk이 wwf로 쉽게 대체되지 않는다는 사실이 참입니다. 목표는 그들 사이에 매우 다르다. drools은 bwtf와 비교되며 wwf, 이유는 아니다. 둘 다 같은 알고리즘 (rete)을 사용한다 !!
지금은 drools을 사용하는 것이 다른 것이고, biztalk도 ESB로 작동합니다.
마이크로 소프트가 WF로 BizTalk를 대체하는 것에별로 신경 쓰지 않는다는 의견을 들려 주어야했습니다. – Tundey