SharePoint Designer Workflows - conseils et ressources?

Question

Je travaille sur la révision de certains SPD WF existants et sur certains des concepts, notamment pourquoi deux WF semblables ne produisent pas la même sortie. Y at-il quelqu'un d'entre vous qui a travaillé avec SharePoint Designer/Workflows et qui connaît toutes les bonnes ressources (plus détaillées que les introductions MSDN) ou des conseils sur le sujet. Par exemple. le débogage et comment contrôler les paramètres et comment connecter les informations de plusieurs flux de travail ...

En d'autres termes: venez avec votre meilleur SPD WF liens & conseils: o)

Je ne suis pas en mesure de choisir une autre solution pour le moment, donc tous les conseils sont les bienvenus. J'ai le numéro spécial USPJ sur les flux de travail de Designer SharePoint. Ce n'est pas mauvais, mais il doit y avoir plus de goodies là-bas: o)

Answer 1

Il apparaît de votre question que vous atteignez les limites des solutions que SharePoint Designer est conçu pour résoudre.

Il n'y a vraiment pas de prise en charge du débogage car l'approche de l'assistant ne devrait pas l'exiger, mais en réalité, nous savons que cela aiderait vraiment! De même, la connexion des workflows repousse les limites et je considérerais de passer à Visual Studio pour cela. Vous pouvez envisager de développer des actions personnalisées, le cas échéant, en guise de solution de contournement ou de pont à la création d'un flux de travail Visual Studio complet (ici, examples with source code).

Les ressources Web que je voudrais regarder d'abord sont les SharePoint Designer Team Blog (évidemment) et workflow articles on EndUserSharePoint.com.

En outre, les livres qui ont une quantité raisonnable de contenu de flux de travail SharePoint Designer:

• Workflow in the 2007 Microsoft Office System: Ne pas aller dans les détails pour l'utilisation de SPD, conduit dans les flux de travail de construction avec Visual Studio (2005).

• Professional Microsoft Office SharePoint Designer 2007: Initiation, variables, étapes, conditions, actions, considérations. Le workflow est un chapitre de plusieurs.

• Microsoft Office SharePoint Designer 2007 Bible: Architecture, conditions, actions, administration, techniques avancées, approbation. Le workflow est un chapitre de plusieurs.

Answer 2

J'ai appris ce qui suit en programmant des flux de travaux et en les déployant avec SPD. 1. Ne comptez pas sur le passage de tous les champs dont vous avez besoin dans la légende du workflow: définissez ce qui semble logique, mais n'oubliez pas qu'une fois que vous avez accès à l'élément SPList, vous pouvez contourner le modèle objet depuis l'intérieur votre flux de travail sans devoir modifier à plusieurs reprises l'interface et redéployer.

dire une fois que vous avez défini ces trois choses dans votre fichier .actions et les a transmises à votre flux de travail

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)); 

vous mis en place pour accéder à tout ce que vous pourriez avoir oublié de passer explicitement lors du déploiement.

2.Vérifiez que vous utilisez directement le contexte pour créer votre instance de l'élément de point de partage que vous souhaitez, car vous pouvez transmettre sans le savoir les autorisations de la personne qui appelle le flux de travail. c'est à dire.faire

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

au lieu de ceci:

SPWeb web = __Context.Web; 

3.Debugging est difficile à mettre en place si vous ne disposeriez pas visual studio installé sur la même boîte que sharepoint.