SharePoint Designer Workflows - Tipps und Ressourcen?

Question

arbeite ich einige bestehende SPD WF auf Überarbeitung und mit einigen der Konzepte strugling einschließlich warum 2 appearingly gleich WF nicht die gleiche Leistung erzeugen.

Gibt es jemand von euch, die mit Sharepoint Designer/Workflows gearbeitet hat und kennt keine gute Ressourcen (detaillierter als die MSDN-Einführungen) oder Tipps zu diesem Thema. Z.B. Debugging und wie die Einstellungen zu überprüfen und wie Informationen aus verschiedenen Workflows verbinden ...

Mit anderen Worten: kommen mit dem besten SPD WF Link & Tipps: o)

ich nicht in der Lage bin zu wählen eine andere Lösung im Moment, also sind alle Tipps willkommen. Ich habe das USPJ Special Issue zu SharePoint Designer Workflows. Es ist nicht schlecht, aber es gibt mehr Leckereien da draußen: o)

Answer 1

Es scheint aus Ihrer Frage, dass Sie die Grenzen der Lösungen, die SharePoint Designer zu lösen ist, stoßen.

Es ist wirklich das Debuggen nicht Unterstützung wie der Assistent Ansatz sollte es nicht erforderlich ist, aber in Wirklichkeit wissen wir dies wirklich helfen würde! In ähnlicher Weise stößt das Verbinden von Workflows an Grenzen, und ich würde in Erwägung ziehen, dafür auf Visual Studio umzusteigen. Sie könnten in Erwägung ziehen, benutzerdefinierte Aktionen zu entwickeln, wenn dies als Workaround oder Brücke zum Erstellen eines vollständigen Visual Studio-Workflows geeignet ist (hier sind examples with source code).

Web-Ressourcen, die ich zuerst betrachten würde, sind die SharePoint Designer Team Blog (offensichtlich) und workflow articles on EndUserSharePoint.com.

Auch Bücher, die eine angemessene Menge an Sharepoint Designer Workflow Inhalt haben:

• Workflow in the 2007 Microsoft Office System: Nicht sehr ins Detail gehen SPD für die Verwendung, führt in die Gebäude Workflows mit Visual Studio (2005).

• Professional Microsoft Office SharePoint Designer 2007: Initiation, Variablen, Schritte, Bedingungen, Aktionen, Überlegungen. Workflow ist ein Kapitel von vielen.

• Microsoft Office SharePoint Designer 2007 Bible: Architektur, Bedingungen, Aktionen, Verwaltung, fortgeschrittene Techniken, Genehmigung. Workflow ist ein Kapitel von vielen.

Answer 2

Ich habe Folgendes aus dem Programmieren von Arbeitsabläufen gelernt und mit SPD implementiert.

1.Verlassen Sie sich nicht darauf, alle Felder, die Sie im Workflow-Callout benötigen, zu übergeben: Definieren Sie, was sinnvoll erscheint, aber denken Sie daran, dass Sie sich das Objektmodell von innen heraus anschauen können, sobald Sie Zugriff auf das SPList-Element haben Ihr Workflow, ohne dass Sie die Schnittstelle wiederholt ändern und neu bereitstellen müssen.

das heißt, wenn Sie diese drei Dinge in Ihrem .actions Datei definiert haben, und übergeben sie an Ihren Workflow

public static DependencyProperty __ContextProperty = DependencyProperty.Register("__Context", typeof(WorkflowContext), typeof(YourWorkflowClass)); 
public static DependencyProperty __ListIdProperty = DependencyProperty.Register("__ListId", typeof(string), typeof(YourWorkflowClass)); 
public static DependencyProperty __ListItemProperty = DependencyProperty.Register("__ListItem", typeof(int), typeof(YourWorkflowClass)); 

Sie einrichten, um Zugriff auf alles, was Sie explizit haben könnte vergessen passieren bei der Bereitstellung.

2.Achten Sie darauf, wenn Sie den Kontext direkt verwenden, um Ihre Instanz des gewünschten Sharepoint-Elements zu erstellen, da Sie die Berechtigungen der Person, die den Workflow aufruft, unwissentlich weitergeben können. d.h.tun, um diese

SPWeb tmpweb = __Context.Web; 
SPSite site = new SPSite(tmpweb.Url); 
SPWeb web = site.OpenWeb(); 

statt dessen:

SPWeb web = __Context.Web; 

3.Debugging schwierig ist, wenn man auf dem gleichen Feld wie Sharepoint installiert Visual Studio haben, passieren nicht einzurichten.