namics SharePoint Weblog
Mit Windows SharePoint Services (WSS v3) und Microsoft Office SharePoint Server 2007 (MOSS 2007) zur professionellen eCollaboration Plattform
namics @ www.flickr.com

LINKS

  • namics Weblog
  • about:namics
  • namics Website

AKTUELLE ARTIKEL

  • namics an der Konferenz: SharePoint, Web 2.0 & Social Software
  • CMIS Schnittstellenspezifikation fürs Content-Management
  • Semantische Suche mit Sharepoint
  • Microsoft validiert ESX-Server
  • MOSS 2007 und SQL 2008 - Follow Up
  • Next Event Swiss SharePoint Club in Basel
  • MOSS 2007 auf SQL 2008 installieren
  • Sharepoint an der worldwide Partner Conference von Microsoft, 7. – 10. Juli 2008
  • Team Mika certified - MCTS Welcome Package
  • Aus gegebenem Anlass...

KATEGORIEN

  • Business Intelligence
  • Document Management
  • Events
  • Kollaboration
  • MOSS 2007
    • Berechtigungen
  • Microsoft Community
  • Office 2007
  • SQL
  • Silverlight
  • Tools und Applikationen
  • Virtualization
  • Visual Studio
  • Web Content Management
  • Windows Live
  • Windows Server 2008
  • Windows SharePoint Services v3
  • Workflow

ARCHIVE

  • September 2008
  • August 2008
  • Juli 2008
  • Juni 2008
  • Mai 2008
  • April 2008
  • Februar 2008
  • November 2007
  • Oktober 2007
  • September 2007
  • Juni 2007
  • Mai 2007
  • April 2007
  • März 2007
  • Februar 2007
  • Januar 2007
  • Dezember 2006
  • November 2006
  • Oktober 2006
  • September 2006
  • August 2006

XML UND MUMBO JUMBO

  • Subscribe with Bloglines
  • Add to My Yahoo!
  • Add to Google
  • Atom Feed
  • RSS 2.0 Feed
  • Creative Commons License
    Dieses Weblog untersteht der Creative Commons Lizenz.
  • Powered by Movable Type 3.35
« Content Types | Übersicht | Atlas Workflow Designer »
11
Sep
Philosophie der Tasks
gepostet von Reto Seiz am 11.09.2006 um 12:00

Wo soll man bei einem StateMachine Workflow in SharePoint 2007 die Tasks anlegen und wieder aufräumen?

Möchte hier meine Überlegungen mit euch teilen. Anmerkungen und Kommentare sind willkommen.

Es geht dabei um die Stelle im Workflow, wo der Task angelegt wird. Als mögliche Pattern möchte ich auf zwei Varianten eingehen.

Pattern1
-Task wird immer bei einem Event erstellt oder aufgeräumt
Pattern2
-Task wird immer im "Initialisation" Block erstellt und im "Finalisation" Block wieder aufgeräumt

StateWithArrows.png

Einsatzgebiete Pattern1
Beispiel Pattern1
Das Pattern1 ist am besten dort einzusetzen, wo es verschiedene langlebige Tasks mit gleichen Besitzern gibt.

Wenn das Taskformular oder deren Besitzer häufig wechseln, ist das Pattern2 ev. übersichtlicher für die Entwicklung. Vor allem wenn man Zustände über mehrere Wege erreichen kann. Dann muss bei diesem Pattern bei verschiedenen vorangehenden Zuständen ein Task erstellt oder auf die gleiche Weise angepasst werden.

Einsatzgebiete Pattern2
Beispiel Pattern2

Das Pattern2 kann am besten dort eingesetzt werden, wo sich die Zustände in den Tasks-Besitzern und in den TaskFormularen unterscheiden.
Wenn also zwischen den Zuständen sowieso der bestehende Task abgeschlossen oder gelöscht werden soll, und im nächsten Zustand wieder ein neuer Task mit einem neuen Formular erstellt werden soll.

Es muss somit nur überlegt werden ob der Zustand verlassen wird, wenn dem so ist wird, zum Beispiel im "OnTaskChange"-Eventhandler mit SetState ein neuer Zustand gesetzt.
Das Abschliessen des aktuellen Zustandes respektive dessen Task geschieht im "Finalisation"-Block. Das Einrichten des neuen Zustandes wird vom Initialisation-Block des nächsten Zustandes übernommen. Dabei ist es sogar egal welches der nächste Zustand ist, weil dieser die Arbeit übernimmt.


TRACKBACK

TrackBack URL for this entry:
http://blog.namics.com/mt/mt-tb.cgi/611

KOMMENTAR SCHREIBEN

Name:

E-Mail Adresse:

URL:

Bitte das Ergebnis von 1 + 2 als Ziffer (Spamschutz):