Ejemplo de subprocesamiento de flujo de trabajo
Este ejemplo muestra las diferencias entre la ejecución de un flujo de trabajo mediante el modelo de subprocesamiento manual o el modelo de subprocesamiento de CLR (Common Language Runtime) predeterminado. También muestra el efecto en el subprocesamiento del uso de la actividad DelayActivity en un flujo de trabajo.
Se trata de una aplicación de consola diseñada para mostrar las diferencias que hay entre utilizar un subproceso único en la aplicación para ejecutar el host y el flujo de trabajo y ejecutar varios subprocesos para el host y el flujo de trabajo.
La finalidad de esta aplicación es mostrar cómo el comportamiento de ejecución de una instancia de flujo de trabajo cambia dependiendo del servicio de subprocesamiento que se utilice. El servicio del subprocesamiento que se utiliza para aprovechar el subproceso del host para la ejecución se denomina ManualWorkflowSchedulerService.
La finalidad de la clase ThreadMonitor es dar al resultado de cada subproceso un color diferente.
Para generar el ejemplo
Para descargar el ejemplo, haga clic en Descargar ejemplo.
Así se extrae el proyecto de ejemplo en su disco duro local.
Haga clic en Inicio, señale Programas, señale Microsoft Windows SDK y, a continuación, haga clic en CMD Shell.
Vaya al directorio de origen del ejemplo.
En el símbolo del sistema, escriba MSBUILD <nombre del archivo de solución>.
Para ejecutar el ejemplo
- En la ventana del símbolo del sistema del SDK, ejecute el archivo .exe de la carpeta WorkflowThreading\bin\debug (o la carpeta WorkflowThreading\bin para la versión de VB del ejemplo), que se encuentra bajo la carpeta principal del ejemplo.
Comentarios
La sintaxis para este ejemplo es la siguiente:
WorkflowThreading.exe [Single | Multi] [Delay | WaitForMessage]
| Parámetro | Comportamiento |
|---|---|
Single |
Ejecuta el flujo de trabajo utilizando el mismo subproceso que la aplicación host. |
Multi |
Ejecuta el flujo de trabajo mediante un subproceso diferente que la aplicación host. |
Delay |
Incorpora un retraso en la ruta de acceso de ejecución del flujo de trabajo. Así se desencadena la ejecución de un temporizador. |
WaitForMessage |
Incorpora un evento en la ruta de acceso de ejecución del flujo de trabajo. Así se fuerza al flujo de trabajo a quedar inactivo y devolver el control de ejecución a la aplicación host |
Consulte también
Referencia
DelayActivity
ManualWorkflowSchedulerService
DefaultWorkflowSchedulerService
Otros recursos
.gif "Footer image")
Copyright © 2007 Microsoft Corporation. Reservados todos los derechos.