.net workflow-foundation drools

Drools.NET vs Windows Workflow Foundation(WF)



workflow-foundation (2)

Mi experiencia con WWF ha sido bastante mala. Es excelente para desarrollar un flujo de trabajo que usted sabe que va a existir (como "este documento va al administrador de una persona, luego a RR. HH., Si no es válido, vuelve al remitente") pero es un verdadero dolor si desea una configuración dinámica. Como puede ver, tratamos de usarlo para un sistema totalmente configurable, algo que BizTalk realmente hace bien, y parece que MS no está dispuesto a permitir que los desarrolladores reemplacen BizTalk de forma tan económica.

También analizamos el uso del motor de reglas Acumen y las herramientas que parecían una buena opción para lo que necesitábamos, aunque nunca tuvimos el tiempo para eliminar WWF y reemplazarlo.

Recomiendo encarecidamente que si las reglas son relativamente simples, o bien utilice un motor de reglas para el que tenga el código fuente o escríbalo usted mismo. Justin Etheredge tiene un artículo de dos partes sobre la realización de la validación del dominio a través de reglas personalizadas que utilizan el patrón identificado en los diseños controlados por el dominio (Evans).

Implementé un sistema similar en mi proyecto actual siguiendo las mismas pautas y serializo / deserializo las reglas de la base de datos. Tendré que echar un vistazo a Drools.NET .

Actualmente estoy en el proceso de búsqueda de un motor de reglas que funcione en .NET. Nuestra lógica es bastante simple, +, -, *, /, y, o, el orden básico de las cosas de las operaciones. Sin embargo, vamos a necesitar almacenar esta información en la base de datos y luego generar el archivo de reglas cuando se extrae una nueva versión de la base de datos. Por lo tanto, los editores comunes de IU nos resultarán inútiles, a menos que uno de ellos tenga un editor de IU de versión web.

Entonces mi pregunta es, dado lo que he dicho, cuál va a ser el mejor motor de reglas para nosotros en términos de configuración programática e integración con ASP.NET.


el hecho de que biztalk no vaya a ser reemplazado fácilmente por wwf es cierto. Los objetivos son muy diferentes entre ellos, babas se compara con biztalk y no con wwf, razones, ambos usan el mismo alogorithm (rete) !!

Ahora, usar drools es otra cosa, biztalk también funciona como un ESB, ¿pueden las drool hacer eso?