2008-12-04 10 views
12

Estamos en el proceso de seleccionar una solución de flujo de trabajo para una empresa que utiliza productos de Microsoft de principio a fin. Teniendo en cuenta las noticias sobre WF4, en que parece ser esencialmente una reescritura de versiones anteriores, ¿es una medida acertada respaldar la versión actual o deberíamos buscar en otra parte?Confirme: ¿Es Windows Workflow Foundation un buen caballo para respaldar en este momento?

Es decir, ¿es tan mala la versión actual que no seríamos prudentes intentar usarla?

+0

Según lo que he leído, WF4.0 admitirá actividades personalizadas desde WF3.5 http://channel9.msdn.com/pdc2008/TL17/ – Tundey

+0

Otra pregunta con información relevante: http://stackoverflow.com/questions/560031/windows-workflow-is-this -a-good-time-to-start – Will

+0

Lo que ese proyecto necesita es un unicornio mágico. Solo código, API fluida, uso simple e implementación. Agregar una sola vista de "tela" a IIS7 tampoco califica, alguien necesita pasar un tiempo en una yurta con un poco de peyote y Steve Jobs. –

Respuesta

11

Haiving acaba de lanzar un proyecto que .NET 3.5 y flujo de trabajo Yo diría que la versión actual de WF es lo suficientemente bueno para usar y ejecutar. Nos ha ayudado a obtener un producto rápidamente (tenemos los cambios habituales de características y cambios semanales). Sin embargo, tengo una lista de quejas con ella:

  • El diseñador de flujo de trabajo se te volverá loco, porque es muy lenta (en determinadas circunstancias) y re-ordena sus máquinas de estado como lo considere oportuno.
  • No existe una estrategia de actualización integrada para mantener sus flujos de trabajo antiguos una vez que se realiza una revisión de solución de errores. Si va a usar WF, piense cuidadosamente cómo hacer actualizaciones anticipadamente.
  • La integración con WCF (la actividad de envío y recepción) oculta el WorkflowRuntime por usted, lo que hace que sea muy difícil entender qué está pasando en el capó.
  • No es fácil probarlos por unidad. Hay ideas por ahí, pero ninguno parecía particularmente fácil cuando comenzamos este WorkFlow Unit Testing

me gustan las ideas y el potencial de desarrollo basado en flujo de trabajo, sin embargo yo no tengo prisa a repetir esta experiencia y probablemente se adhieren sin ella durante procesos de larga ejecución. Un lugar donde volvería a usarlo sería en un proceso corto y complicado (como un motor de reglas para calcular los precios).

+0

Buen resumen: también me resultó difícil entender la integración con WCF. –

1

Según entiendo, Microsoft proporcionará compatibilidad hacia atrás y/o una estrategia de migración a la nueva WF, por lo que supongo que puede usarla sin peligro. Sin embargo, he escuchado de otros desarrolladores de mi organización que la versión actual de WF es extremadamente dolorosa de usar. Si tiene el presupuesto (y dependiendo de la complejidad de sus flujos de trabajo), puede considerar K2: http://www.k2.com/en/index.aspx

+0

3.5 y 4.0 se ejecutarán uno al lado del otro. Habrá puentes entre los dos, pero no parece una ruta de actualización directa de uno a otro. – Will

1

Yo, como desarrollador de flujo de trabajo, creo que la versión actual es dolorosa de usar. Esto no es sorprendente, ya que este es un software v1.0 de Microsoft :)

Creo que primero debe considerar sus expectativas de un software de flujo de trabajo. ¿Tiene una lista bien definida de expectativas de WF? Acutally me pregunto el contenido de tal lista. Tal vez podamos ayudar más detalladamente sobre cada tema.

+0

¡Doloroso es describir la experiencia de "codificación" a la ligera! Claro que funciona bien, pero el dolor de hacerlo (e incluso intenté codificarlos a mano, pero VS también se ahoga) me está haciendo suicida ... – leppie

0

No sé por qué las personas tienen impresiones tan negativas sobre WF. Claro que tiene inconvenientes, pero pensé que era bastante útil. El principal problema que tengo es la falta de soporte para actualizar el flujo de trabajo existente (bullent # 2 en la lista de gbanfill).

+0

No son solo impresiones negativas. Son problemas reales inherentes a WWF y no es sorprendente que estos problemas estén presentes ya que esta es solo la versión inicial. – Lonzo

0

Otro punto para usar la versión actual es que "Dublín" (Microsoft nuevo servidor de aplicaciones) se compilará en WCF & WF .NET 4.0, pero gustosamente alojará 3.5 WF. Por lo tanto, podrá migrar a eso sin una reescritura.

0

Solo una nota rápida para mencionar que Visual Studio 2010 CTP contiene un nuevo diseñador actualizado de WF como parte del objetivo de Oslo.

2

Quizás es un poco tarde para ti, pero ahora ese WF 4.0 se lanza en beta, otras personas piensan que la misma pregunta puede considerar respaldar los 4.0 caballos en lugar de los 3.5 caballos.

Esto en cierta medida a la fijación de los siguientes problemas:

• El diseñador de flujo de trabajo se te volverá loco, porque es muy lenta (en determinadas circunstancias) y re-organiza sus máquinas de estado como lo considere oportuno. [diseñador Perf mejorada]

• No es fácil de unidad de prueba de ellos. Hay ideas por ahí, pero ninguna parecía particularmente fácil cuando comenzamos este WorkFlow Unit Testing [Creo que es un poco más fácil ahora, algunas de las muestras de introducción a flujo de trabajo incluyen muchas pruebas unitarias]

+0

El problema de mantener viejos flujos de trabajo funcionando todavía está ahí en 4.0 –

Cuestiones relacionadas