Hola, me gustaría saber cuántos de ustedes han utilizado Workflow en su entorno de producción y ¿fue una buena idea? Quiero decir que podemos crear lo mismo usando DB y el servicio del planificadorFlujo de trabajo en el código de producción
Usamos Sharepoint, que usa WF para sus flujos de trabajo. Funciona bastante bien y es bastante fácil de personalizar. Si necesita un flujo de trabajo avanzado, WF puede admitirlo, pero le llevará algo de entrenamiento aprender los pormenores.
Puede generar su propio flujo de trabajo, pero ¿por qué reinventar la rueda? WF está integrado en el framework .NET 3.0+ y es bastante robusto, por lo que es mejor que lo aproveches.
Usamos WF en nuestros entornos de producción. Tenemos 6 flujos de trabajo diferentes que se pueden ejecutar. Estos se dividen en 3 statemachine y 3 secuencias. Lo usaría de nuevo en algunas circunstancias, pero no lo haría en otros. Yo afirmaría que la parte statemachine del flujo de trabajo se agregó al final rápidamente, no estoy seguro de que sea una parte central del flujo de trabajo durante todo el diseño.
Volvería a utilizar el flujo de trabajo para procesos de ejecución cortos, como citas o transformaciones, antes de enviarlos a proveedores de ese tipo de cosas.
No me gustaría volver a hacerlo por una máquina statemachine de larga ejecución, principalmente porque no hay un proceso de actualización de WF incorporado, así que terminamos escribiendo el nuestro. También hay muchos conceptos para entender (afectividad conocida como maldiciones gitanas en nuestro equipo de desarrollo).
También me preocuparía un poco el rendimiento: nuestro servidor de aplicaciones se está ejecutando a toda máquina (de acuerdo, estoy reiniciando 8000 flujos de trabajo en este momento). Esto es especialmente un problema si lo integra directamente en WCF utilizando las actividades de envío y recepción (.NET 3.5). Hay algunas configuraciones de configuración locamente locas que debe configurar para permitir que ejecute múltiples flujos de trabajo a la vez.
De todos modos, como dije: es útil, lo usaría de nuevo, pero no para otra máquina estatal.
Véase también Please confirm: Is Windows Workflow Foundation a good horse to be backing right now?
La mayoría dice que todas las cosas buenas de los flujos de trabajo, pero he observado que introducen problemas de complejidad de código y de mantenimiento innecesarios. Son adecuados para una clase particular de problemas. aparte de eso, necesitan muchas pestañas de código y pesadillas de mantenimiento.
¿Puedo preguntarte cómo se programó en Sharepoint 2003? antes de que WF estuviera presente – Snehal
No lo hicimos. Hemos estado utilizando Teamcenter Enterprise para la mayoría de nuestras tareas de flujo de trabajo. Actualmente estamos investigando la implementación de más flujos de trabajo en Sharepoint 2007. – davogones