Вопрос

В настоящее время я нахожусь в процессе поиска механизма правил, который работает в .NET. Наша логика довольно проста, +, -, *, /, и, или, базовый порядок операций. Однако нам нужно будет сохранить эту информацию в базе данных, а затем сгенерировать файл правил, когда новая версия будет извлечена из базы данных. Таким образом, обычные редакторы пользовательского интерфейса будут бесполезны для нас, если только у одного из них нет веб-редактора пользовательского интерфейса.

Итак, мой вопрос, учитывая то, что я сказал, будет лучшим механизмом правил для нас с точки зрения программной конфигурации и интеграции с ASP.NET.

Это было полезно?

Решение

Мой опыт работы с WWF был довольно плохим. Он отлично подходит для разработки рабочего процесса, который, как вы знаете, будет существовать (например, «этот документ отправляется руководителю сотрудника, затем в отдел кадров, если он недействителен, он возвращается к отправителю»), но это настоящая боль, если вам нужна динамическая настройка. , Как вы можете заметить, мы пытались использовать его для полностью настраиваемой системы, что BizTalk делает очень хорошо, и похоже, что MS не заинтересована в том, чтобы позволить разработчикам заменить BizTalk так дешево.

Мы также рассмотрели использование механизма и инструментов правил Acumen , которые выглядели как идеально подходящие для что нам было нужно, хотя у нас никогда не было времени, чтобы удалить WWF и заменить его.

Я настоятельно рекомендую вам, если ваши правила будут относительно простыми, использовать либо механизм правил, к которому у вас есть исходный код, либо написать его самостоятельно. Джастин Этередж имеет два part статья о выполнении проверки домена с помощью пользовательских правил с использованием шаблона, указанного в Проекты, управляемые доменом (Эванс).

Я внедрил аналогичную систему в моем текущем проекте, следуя тем же рекомендациям, и я сериализую / десериализирую правила из базы данных. Мне придется взглянуть на Drools.NET .

Другие советы

тот факт, что biztalk не будет легко заменен на wwf, является правдой. Цели очень разные между ними, слюни сравниваются с biztalk, а не с wwf, причины, оба используют один и тот же алгоритм (rete) !!

Теперь использование drools - это нечто другое, biztalk также функционирует как ESB, может ли это делать слюни?

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top