Visual Studio Designer für Windows Workflow Foundation (Übersicht)
Letzte Änderung: Donnerstag, 8. April 2010
Gilt für: SharePoint Foundation 2010
Der Visual Studio 2010 Workflow Designer bietet eine Möglichkeit zur schnellen Entwicklung von Workflows mithilfe einer grafischen Benutzeroberfläche, mit der ein Entwickler seine Erfahrungen mit der Microsoft Visual Studio-Entwicklungsumgebung nutzen kann.
Markup von WF-Workflows
Jeder WF-Workflow kann durch folgende Kombinationen von Dateien dargestellt werden:
Eine XML-Datei oder ein Markup, das die deklarativen Metadaten des Workflows enthält, oder
Die Markupdatei zusammen mit einer CodeBehind-Datei mit benutzerdefiniertem Code, der die Eigenschaften und das Verhalten des Workflows darstellt, oder
Eine oder mehrere Codedateien, die die deklarative Logik und das Verhalten des Workflows enthalten.
Die Markupdatei wird in XAML (eXtensible Application Markup Language) geschrieben, das über ein veröffentlichtes Schema verfügt, dem die Datei entsprechen muss. Die Markupdatei erhält die Dateierweiterung XOML.
Da XAML über ein veröffentlichtes Schema verfügt, können Sie XAML-Dateien mit einem beliebigen Text- oder XML-Editor erstellen. Allerdings bietet der Visual Studio 2010 Workflow Designer Entwicklern eine grafische Benutzeroberfläche, auf der sie Workflows erstellen und automatisch die entsprechenden Markupdateien generieren können.
Entwickler können ihre deklarativen Metadaten in die im Workflow enthaltene Geschäftslogik integrieren oder sie davon trennen. Das von WF-Workflows verwendete "Codetrennungs"-Paradigma ist vom Konzept her ähnlich wie das in ASP.NET verwendete: deklarative Metadaten werden von der Datei, die die Geschäftslogik kapselt, getrennt. Während also die Markupdatei die Metadaten für die im Workflow enthaltenen Aktivitäten enthält, sind die Eigenschaften und Verhaltensweisen dieser Aktivitäten in einer separaten Datei aufgeführt.
Die Informationen für Workflows, die mit Codetrennung erstellt wurden, werden in den folgenden beiden Dateien gespeichert:
- In der Markupdatei, wie oben beschrieben.
Und in einem der folgenden beiden Typen von Dateien:
Einer CodeBeside-Datei, die den Code enthält, der die Geschäftslogik kapselt. Diese Datei kann in Microsoft Visual C# oder Microsoft Visual Basic geschrieben werden.
Einer Workflowregeldatei, die Ihre Geschäftslogik in deklarativen Regeln statt in Code kapselt.
Jeder auf diese Weise erstellte Workflow ist tatsächlich ein eindeutiger Microsoft .NET-Typ, erstellt aus zwei partiellen Klassen, die durch die XOML und eine CodeBehind- oder Regeldatei dargestellt sind. Wenn das Workflowprojekt kompiliert wird, werden diese beiden partiellen Klassen in eine .NET Framework-Assembly zusammengefasst. Dies ist der Ansatz beim Erstellen von Workflows für SharePoint Foundation 2010 mithilfe von Visual Studio 2010 Workflow Designer.
Workflows, die nur aus Codedateien bestehen, folgen demselben allgemeinen Kompilierungsvorgang: d. h. die Codedateien werden in einen .NET-Typ kompiliert.
Darüber hinaus können Sie Workflows kompilieren, die ausschließlich aus Markupdateien bestehen. Allerdings ist dies nicht erforderlich. Das WF-Laufzeitmodul kann nicht kompilierte Markup-Workflows laden und ausführen. Dies ist der Ansatz beim Erstellen von Workflows für SharePoint Foundation 2010 mithilfe eines auf deklarativen Regeln basierenden, codefreien Workflow-Editors, wie z. B. Microsoft SharePoint Designer 2010.