Ответ 1
Мой опыт работы с WWF был довольно плохим. Он отлично подходит для разработки рабочего процесса, который, как вы знаете, будет существовать (например, "этот документ переходит к менеджеру человека, а затем к HR, если он недействителен, он возвращается к отправителю" ), но реальная боль, если вы хотите динамическую конфигурацию. Как вы можете сказать, мы пытались использовать его для полностью настраиваемой системы, что BizTalk действительно хорошо, и похоже, что MS не хочет, чтобы разработчики заменили BizTalk так дешево.
Мы также рассмотрели использование механизма и инструментов правил Acumen, который выглядел как очень подходящий для того, что нам нужно, хотя у нас не было времени удалить WWF и заменить его.
Я бы настоятельно рекомендовал, чтобы, если ваши правила будут относительно простыми, вы либо используете механизм правил, у вас есть исходный код, либо пишите его сами. Justin Etheredge имеет два part статью о выполнении проверки домена с помощью пользовательских правил с использованием шаблона, указанного в Разработка доменов (Эванс).
Я реализовал аналогичную систему в своем текущем проекте, следуя тем же рекомендациям, и я сериализую/десериализую правила из базы данных. Мне нужно взглянуть на Drools.NET.