Freigeben über

Neue Workflowereignisse

  • Artikel

Letzte Änderung: Freitag, 16. April 2010

Gilt für: SharePoint Foundation 2010

Inhalt dieses Artikels
Übersicht
Von SharePoint Foundation ausgegebene Workflowereignisse
Bereich
Entwickeln von Workflowereignisempfängern

Workflows können auf Ereignisse in ihrer Umgebung reagieren, sie können jedoch nicht selbst Ereignisse ausgeben, auf die andere Ereignisempfänger lauschen. Dies bedeutet, dass ein Workflow nicht auf andere Workflows lauschen kann und andere Ereignisse nicht auf Workflowfehler lauschen können. In vielen Situationen wäre ein solches Verhalten jedoch von Vorteil. Wenn ein Workflow beispielsweise einen anderen Workflow starten könnte, könnte ein Entwickler am Ende eines Genehmigungsworkflows einen Schritt hinzufügen. Diese Möglichkeit bewirkt die Modularität von Workflows und die Wiederverwendbarkeit von Code. Zudem können Entwickler durch Hinzufügen von Pre-Event-Handlern zu Workflowereignissen Validierungsschritte hinzufügen, die Schema- oder Serialisierungsfehler verhindern, und ein Mittel zur Kommunikation mit Administratoren im Fehlerfall bereitstellen.

Neben den hinzugefügten Ereignissen kann ein Entwickler nun benutzerdefinierte Ereignisse und Ereignisempfänger erstellen, um spezielle Situationen zu behandeln.

Übersicht

Entwickler können in Microsoft SharePoint Foundation 2010 Ereignishandler für Workflows mithilfe desselben Modells schreiben, das sie für andere SharePoint-Ereignisse verwenden.

Entwickler können Workflows schreiben, die andere Workflows aufrufen und auf deren Beendigung warten.

Entwickler können Workflowinstanzen direkt aktualisieren, indem sie zusätzlichen Code in einen vorhandenen Workflow einfügen und so vorhandenen Code in neuen Code umlenken.

Von SharePoint Foundation ausgegebene Workflowereignisse

  • WorkflowStarting

  • WorkflowStarted

  • WorkflowCompleted

  • WorkflowLoading

  • WorkflowUnloading

  • WorkflowPostponed

Bereich

Wie alle Ereignisempfänger können Workflowereignisempfänger mithilfe von SPWeb (das auf Ereignisse in jedem auf der Website ausgeführten Workflow einschließlich Websiteworkflows lauscht), SPList (das auf Workflowereignisse in jedem Workflow lauscht, der in einem Element dieser Liste ausgeführt wird) oder SPContentType registriert werden. (Inhaltstyp-Ereignisempfänger sollten nur ausgelöst werden, wenn das Workflowereignis von einem Workflow stammt, der für ein Dokument dieses Inhaltstyps ausgeführt wird.) Darüber hinaus können Entwickler mit SharePoint Foundation 2010 Empfänger zu SPSite hinzufügen.

Entwickeln von Workflowereignisempfängern

Zum Erstellen eines Workflowereignisempfängers überschreibt ein Entwickler die SPWorkflowEventReceiver-Klasse und implementiert die aufzufangenden Ereignisse.

Der Entwickler registriert den Empfänger für Workflowereignisse mithilfe des standardmäßigen SharePoint-Ereignisempfängermodells, wobei der Ereignisempfänger mit einer SharePoint-Featurelösung gepackt und installiert wird, oder registriert den Ereignisempfänger mithilfe des Objektmodells.