Leí un poco sobre la idea general de esta tecnología, pero me recuerda a unas décadas atrás cuando nos dijeron "en el futuro no escribirás código, conectarás cuadros en alguna herramienta gráfica".¿Windows Workflow es ampliamente utilizado?
¿Es una tecnología que se ha convertido en un elemento central en el desarrollo de .NET (como WCF y WPF) o ha fallado en su alcance?
WF es un motor de flujo de trabajo, no una aplicación o componente de flujo de trabajo totalmente desarrollado. Puede usarlo para agregar capacidades de flujo de trabajo a su propia aplicación, pero debe proporcionar un diseñador fácil de usar, de lo contrario es más un problema que un beneficio.
WF no ha funcionado hasta ahora porque era demasiado lento, por lo que es adecuado solo para flujos de trabajo de alta resistencia. Los flujos de página, por ejemplo (especificando una secuencia de páginas web) estaban fuera de discusión. Los desarrolladores también tuvieron que crear una gran cantidad de plomería para alojar WF en su aplicación. Finalmente, tenía que crear el diseñador de WF de usuario final desde cero, o usar el diseñador de Visual Studio, que era totalmente inadecuado para los usuarios finales.
WF v4 es mucho más rápido y fácil de alojar, pero aún tiene que crear su propio diseñador.
Si utiliza algunas de las líneas de productos de Microsoft, se vuelve bastante útil (Dynamics CRM le permite escribir acciones de flujo de trabajo personalizadas que los usuarios comerciales pueden usar a través de la interfaz web, por ejemplo).
Más allá de eso, mi (limitada) evidencia anecdótica dice que no se usa mucho.
Puede valer la pena señalar que el proceso de compilación TFS2010 se basa en el flujo de trabajo (incluida la interfaz de usuario de arrastrar de cuadro si prefiere usarlo).
No es tan central como WPF o WCF, pero definitivamente tiene sus aplicaciones. Un problema que he visto es que worfklow es más fundamental para una aplicación que los demás: reemplazar una UI con WPF no requiere requiere una nueva arquitectura para trabajar. Del mismo modo, la creación de una capa de servicio web WCF no requiere reiniciar arquitectura. Integrar el flujo de trabajo de manera útil a menudo requiere cambios mucho más grandes y profundos para ser efectivo, lo que hace que la barrera de entrada sea significativamente más alta para la mayoría de los sistemas que he analizado.
No creo que WF sea tan utilizado; probablemente somos uno de los pocos lugares que lo usamos actualmente (WF3) y lo estamos abandonando por una solución a medida más simple en lugar de migrar a WF4.
Un problema es que uno de los principales destinatarios de WF es construir sistemas de tipo 'empresa' (es decir, soluciones con procesos complejos de larga ejecución) pero Microsoft no proporciona ninguna solución de alojamiento de 'clase empresarial' y escribir la tuya es una experiencia dolorosa (estado presente, hecho eso). El material de AppFabric para WF4 parecía que podría responder a este problema, pero terminó siendo nada más que un poco de marco de trabajo de registro y persistencia, dejando el verdadero problema de alojamiento completamente fuera de la imagen.
Es una pena, porque WF4 parece un gran marco para crear este tipo de aplicaciones. Con el alojamiento adecuado podría ser "BizTalk hecho bien" (hablando aquí también como un experimentado desarrollador de BizTalk). Pero hasta que haya una buena solución de hosting lista para usar, espero que su uso sea bastante limitado.
Esto es bastante subjetivo, pero una pregunta que vale la pena, no obstante, creo. Fuera de unos pocos sistemas empresariales a escala empresarial, su uso parece muy mínimo. – Noldorin
Y en una nota lateral; LabView (otro entorno de programación "gráfico") se usa mucho en la industria manufacturera. – You
"en el futuro no escribirás código, conectarás cuadros en alguna herramienta gráfica" ha sucedido en algunos lugares: la codificación se ha subcontratado y todos los ingenieros locales lo hacen es crear diagramas UML –