He estado usando Stateless y WF para una aplicación que está destinada a entrar en producción algún día. :) He detallado mis experiencias hasta ahora on my post here.
En general, prefiero Stateless porque es más simple para más cosas que WF. Claro, es bueno poder diseñar su flujo de trabajo gráficamente, pero cuando necesita implementar algo más difícil que un flujo de trabajo secuencial (como el flujo de trabajo de la máquina de estado), tendrá que trabajar con ExternalDataExchange solo para realizar las transiciones de estado correctas. Probablemente no sea difícil, pero teniendo en cuenta eso y el hecho de que necesite implementar un servicio de persistencia para detener un flujo de trabajo no me pareció nada atractivo. No necesito actualizar un flujo de trabajo en el disco para su posterior ejecución de todos modos ... así que usaré los eventos regulares para resolver esto en Stateless. El manejo de errores es fácilmente realizable en Stateless (he tenido éxito con esto), pero la implementación que he realizado es cuestionable, y es el tema de otra discusión (que estoy buscando ahora en SO!). Posiblemente esté publicando una pregunta sobre esto muy pronto.
Buena suerte con Stateless. Espero escuchar cómo has estado progresando con esto.
Otros motores de flujo de trabajo: quieres decir, excepto Workflow Foundation, ¿no? –
Sí, aparte de WF. – Leyu
pregunta práctica y útil? Vamos a cerrarlo! – Den