Workflowentwicklung für SharePoint Foundation
Letzte Änderung: Freitag, 16. April 2010
Gilt für: SharePoint Foundation 2010
Inhalt dieses Artikels
Verwenden des Visual Studio-Designers für Windows Workflow Foundation
Verwenden von SharePoint Designer
Vergleich der Workflowentwicklungsprozesse
Obwohl Microsoft SharePoint Foundation 2010 Workflowvorlagen enthält, haben Sie auch die Möglichkeit, eigene Workflowvorlagen zu erstellen. Sie können entweder Visual Studio 2010 Workflow Designer oder einen deklarativen, regelbasierten Workflow-Editor ohne Code wie Microsoft SharePoint Designer 2010 verwenden. Da mit diesen Entwicklertools Workflows mit verschiedenen Attributen und Möglichkeiten erstellt werden, lohnt es sich, sich ausführlicher mit den einzelnen Tools zu beschäftigen.
Verwenden des Visual Studio-Designers für Windows Workflow Foundation
In Visual Studio können Sie Visual Studio 2010 Workflow Designer verwenden, um Workflowvorlagen und benutzerdefinierte Workflowaktivitäten zu erstellen. Sie können Code in den Workflow einbinden und auch Formulare entwerfen, die vom Workflow verwendet werden, um während der Zuordnung und zur Laufzeit mit den Workflowbenutzern zu kommunizieren. Festzuhalten ist, dass die Entwicklung, wenn Sie Workflowvorlagen in Visual Studio 2010 Workflow Designer entwickeln, nicht im Hinblick auf eine bestimmte SharePoint-Website erfolgt.
Verwenden von SharePoint Designer
Im Gegensatz dazu erfolgt die Entwicklung eines Workflows, den Sie in einem deklarativen, regelbasierten Workflow-Editor ohne Code, wie z. B. SharePoint Designer 2010, erstellen, gezielt für die spezielle SharePoint Foundation-Website, in der Sie arbeiten. SharePoint Designer stellt eine Benutzeroberfläche bereit, die es Ihnen ermöglicht, deklarative, regelbasierte Workflows für die ausgewählte Website zu erstellen. Mit SharePoint Designer 2010 stellen Sie faktisch bereits vorhandenen Aktivitäten zu Workflows zusammen.
Sie können in SharePoint Designer weder eigenen Aktivitäten erstellen noch CodeBehind-Dateien schreiben. Mit SharePoint Designer erstellen Sie XML-basierte Markupdateien und stellen diese bereit, anstatt eine Assembly, die Code enthält, zu erstellen und bereitzustellen.
Vergleich der Workflowentwicklungsprozesse
Ganz allgemein ist der größte Unterschied zwischen den beiden Tools Folgender:
Die Workflowerstellung in Visual Studio 2010 Workflow Designer erfolgt durch einen professionellen Entwickler, der eine Workflowvorlage erstellt, die auf mehreren Websites bereitgestellt werden kann und die benutzerdefinierten Code und benutzerdefinierte Aktivitäten enthält. Der Entwickler übergibt die Workflowvorlage dann einem Serveradministrator, der die eigentliche Bereitstellung und Zuordnung vornimmt.
Die Workflowerstellung in SharePoint Designer erfolgt oftmals durch eine Person, die kein professioneller Entwickler ist, z. B. durch einen Webdesigner oder Büroanwender, der einen Workflow für eine bestimmte Liste oder Dokumentbibliothek erstellen möchte. In diesem Fall ist der Designer auf die Workflowaktivitäten auf der "sichern Liste" beschränkt, und der Workflow kann keinen benutzerdefinierten Code enthalten. Der Workflowersteller stellt die Workflowvorlage direkt im Rahmen des Workflowerstellungsprozesses für die Liste oder Dokumentbibliothek bereit.
Obwohl die Schritte im Workflowerstellungsprozess durch die Rolle und die Anwendung vorgegeben sind, kann dieselbe Person offensichtlich je nach Geschäftsprozessen mehr als eine Funktion ausübt. So ist es beispielsweise möglich, dass dieselbe Person den Workflow in Visual Studio entwickelt und ihn dann mithilfe von SharePoint Foundation 2010 auf dem Server installiert.
Ein ausführlicher Vergleich der Möglichkeiten und Vorzüge der einzelnen Tools finden Sie unter Vergleich der Entwicklungstools für Workflows.
Siehe auch
Konzepte
Workflowentwicklung für SharePoint Foundation
Visual Studio Designer für Windows Workflow Foundation (Übersicht)