Workflow Threading, exemple
Cet exemple affiche les différences entre l'exécution d'un workflow à l'aide du modèle de thread manuel ou le modèle de thread CLR (Common Language Runtime) par défaut. Il montre également l'impact du thread sur l'utilisation de l'activité DelayActivity dans un workflow.
Il s'agit d'une application console conçue pour illustrer les différences entre l'utilisation d'un thread unique dans votre application pour l'exécution de l'hôte et du workflow, par opposition à l'utilisation de plusieurs threads pour votre hôte et le workflow.
Le but de cette application est de montrer comment le comportement d'exécution d'une instance de workflow change selon le service de thread utilisé. Le service de thread utilisé pour tirer parti du thread hôte pour l'exécution est appelé ManualWorkflowSchedulerService.
Le but de la classe ThreadMonitor est de mettre en évidence la sortie de chaque thread avec une couleur différente.
Pour générer l'exemple
Téléchargez l'exemple en cliquant sur Télécharger l'exemple.
L'exemple de projet est alors extrait sur votre disque dur local.
Cliquez sur Démarrer, pointez sur Programmes, puis sur Microsoft Windows SDK et cliquez sur Environnement de commande.
Accédez au répertoire source de l'exemple.
À l'invite de commandes, tapez MSBUILD <Nom du fichier solution>.
Pour exécuter l'exemple
- Dans la fenêtre Invite de commandes du Kit de développement SDK, exécutez le fichier .exe dans le dossier WorkflowThreading\bin\debug (ou le dossier WorkflowThreading\bin pour la version VB de l'exemple), situé sous le dossier principal de l'exemple.
Notes
La syntaxe de cet exemple est la suivante :
WorkflowThreading.exe [Single | Multi] [Delay | WaitForMessage]
Paramètre | Comportement |
---|---|
Single |
Exécute le workflow à l'aide du même thread que l'application hôte. |
Multi |
Exécute le workflow à l'aide d'un thread différent de l'application hôte. |
Delay |
Intègre un délai dans le chemin d'exécution du workflow. Cela déclenche l'exécution d'une minuterie. |
WaitForMessage |
Intègre un événement dans le chemin d'exécution du workflow. Cela force le workflow à devenir inactif et redonne le contrôle de l'exécution à l'application hôte |
Voir aussi
Référence
DelayActivity
ManualWorkflowSchedulerService
DefaultWorkflowSchedulerService
Autres ressources
Copyright ©2007 par Microsoft Corporation. Tous droits réservés.