Workflow-Threading-Beispiel
Dieses Beispiel veranschaulicht die Unterschiede zwischen dem Ausführen eines Workflows mit dem manuellen Threadingmodell oder dem standardmäßigen CLR (Common Language Runtime)-Threadingmodell. Darüber hinaus erläutert das Beispiel die Auswirkungen auf das Threading, wenn die DelayActivity-Aktivität in einem Workflow verwendet wird.
Hierbei handelt es sich um eine Konsolenanwendung, die darauf ausgelegt ist, die Unterschiede bei der Verwendung eines einzigen Threads in der Anwendung zum Ausführen des Hosts und des Workflows im Vergleich zur Verwendung mehrerer Threads für Host und Workflow zu verdeutlichen.
Der Zweck dieser Anwendung liegt darin, aufzuzeigen, inwieweit sich das Ausführungsverhalten einer Workflowinstanz abhängig vom verwendeten Threadingdienst ändert. Der Threadingdienst, der zur Nutzung des Hostthreads für die Ausführung verwendet wird, heißt ManualWorkflowSchedulerService.
Zweck der ThreadMonitor-Klasse ist es, die Ausgabe jedes einzelnen Threads in einer anderen Farbe darzustellen.
So erstellen Sie das Beispiel
Laden Sie das Beispiel herunter, indem Sie auf Beispiel downloaden klicken.
Hierdurch wird das Beispielprojekt auf die lokale Festplatte extrahiert.
Klicken Sie auf Start, zeigen Sie auf Programme, zeigen Sie auf Microsoft Windows SDK, und klicken Sie dann auf CMD Shell.
Wechseln Sie zum Quellverzeichnis des Beispiels.
Geben Sie an der Eingabeaufforderung MSBUILD <Name der Projektmappendatei> ein.
So führen Sie das Beispiel aus
- Führen Sie im Eingabeaufforderungsfenster des SDKs die EXE-Datei im Ordner WorkflowThreading\bin\debug aus (bzw. im Ordner WorkflowThreading\bin für die VB-Version des Beispiels), der sich unter dem Hauptordner des Beispiels befindet.
Hinweise
Die Syntax für dieses Beispiel lautet wie folgt:
WorkflowThreading.exe [Single | Multi] [Delay | WaitForMessage]
| Parameter | Verhalten |
|---|---|
Single |
Führt den Workflow mit dem gleichen Thread wie die Hostanwendung aus. |
Multi |
Führt den Workflow mit einem anderen Thread als die Hostanwendung aus. |
Delay |
Integriert eine Verzögerung in den Ausführungspfad des Workflows. Dies löst die Ausführung eines Zeitgebers aus. |
WaitForMessage |
Integriert ein Ereignis in den Ausführungspfad des Workflows. Hierdurch wird der Workflow gezwungen, in den Leerlauf überzugehen und die Ablaufsteuerung wieder an die Hostanwendung zurückzugeben. |
Siehe auch
Referenz
DelayActivity
ManualWorkflowSchedulerService
DefaultWorkflowSchedulerService
Weitere Ressourcen
.gif)
Copyright © 2007 by Microsoft Corporation. Alle Rechte vorbehalten.