Développement du flux de travail dans SharePoint Designer
Dernière modification : lundi 19 avril 2010
S’applique à : SharePoint Foundation 2010
Lorsque vous créez un flux de travail dans un éditeur déclaratif sans code et basé sur des règles, tel que Microsoft SharePoint Designer 2010, vous associez ce flux de travail, ainsi que ses données, directement à une liste ou bibliothèque de documents spécifique dans Microsoft SharePoint Foundation 2010. Vous utilisez une liste prédéfinie d’activités de flux de travail sans avoir recours à aucun code. Le flux de travail que vous concevez n’est pas compilé sous forme d’assembly mais il est stocké sous forme de fichiers sources jusqu’à ce que SharePoint Foundation 2010 le compile lors de sa première exécution.
Cette approche offre les avantages suivants :
Les flux de travail peuvent être développés et testés rapidement.
Étant donné que le flux de travail est spécifique à une liste donnée, les opérations suivantes sont simplifiées :
Le processus de déploiement
La gestion des problèmes liés à la sécurité
Étant donné qu’ils ne sont pas compilés en assembly, les flux de travail créés dans un éditeur déclaratif sans code et basé sur des règles, tel que SharePoint Designer 2010, peuvent être déployés sur des serveurs dont la stratégie d’administration interdit les assemblys de code personnalisés.
Notes
Les flux de travail créés dans SharePoint Designer 2010 sont assemblés à partir d’une liste approuvée d’activités prédéfinies, qui doit également être approuvée par les administrateurs pour être exécutée sur les serveurs.
- Les flux de travail peuvent être créés par des utilisateurs moins expérimentés en développement, tels que des concepteurs Web ou des travailleurs du savoir.
Comme vous associez le flux de travail et ses données directement à une bibliothèque de documents, les flux de travail créés dans SharePoint Designer 2010 présentent des différences importantes avec ceux créés à l’aide du concepteur Visual Studio :
Vous ne pouvez pas déployer un flux de travail créé dans SharePoint Designer 2010 sur plusieurs listes. Il est uniquement valide pour la liste pour laquelle vous l’avez créé.
Étant donné que vous créez le flux de travail directement par rapport à une liste, il est associé à la liste au moment de la création. Par conséquent, il n’y a aucune étape d’association avec les flux de travail créés dans SharePoint Designer 2010.
Vous ne pouvez pas modifier les flux de travail créés dans SharePoint Designer 2010.
Vous ne pouvez pas créer de flux de travail par rapport à un type de contenu dans SharePoint Designer 2010.
Pour une comparaison détaillée de SharePoint Designer 2010 et du concepteur Visual Studio, voir Comparaison des outils de développement de flux de travail.
Exécution de flux de travail non compilés
Étant donné qu’ils ne contiennent aucun code personnalisé, les flux de travail créés dans un éditeur déclaratif sans code et basé sur des règles comme SharePoint Designer 2010 ne sont pas compilés et déployés en tant qu’assemblys. Ils sont stockés sous forme de fichiers sources dans SharePoint Foundation 2010 et compilés uniquement lorsque cela est nécessaire.
Pour chaque site, les flux de travail de ce type sont stockés dans une bibliothèque de documents séparée. Cette bibliothèque de documents contient un dossier pour chaque flux de travail créé dans SharePoint Designer 2010. Le dossier contient tous les fichiers sources nécessaires au flux de travail, notamment :
Le fichier de marquage du flux de travail
Le fichier de règles du flux de travail
Les formulaires ASPX de tout formulaire de flux de travail personnalisé requis
SharePoint Foundation 2010 inclut un compilateur JIT pour compiler les fichiers sources dans un flux de travail lors de sa première exécution sur un élément. SharePoint Foundation 2010 conserve le flux de travail compilé en mémoire jusqu’à ce qu’il soit rappelé, de la même manière que les serveurs mettent en cache les pages ASPX compilées pour accélérer les performances d’exécution lorsque la page est rappelée.
Chaque fois qu’un flux de travail est démarré sur un élément, SharePoint Foundation 2010 détermine si le flux de travail a été déployé en tant qu’assembly ou en tant que fichiers source. Si un assembly de flux de travail existe, SharePoint Foundation 2010 appelle cet assembly pour créer l’instance de flux de travail. Si le flux de travail a été déployé en tant que fichiers source, SharePoint Foundation 2010 détermine ensuite si oui ou non il a déjà un flux de travail compilé à partir de ces fichiers sources en mémoire. Si tel est le cas, SharePoint Foundation 2010 appelle alors le flux de travail compilé en mémoire pour créer l’instance de flux de travail. Dans le cas contraire, SharePoint Foundation 2010 utilise son compilateur JIT pour compiler les fichiers sources dans un flux de travail en mémoire, qu’il appelle ensuite pour créer l’instance de flux de travail.
Création de flux de travail via SharePoint Designer
SharePoint Designer 2010 emploie une interface basée sur un Assistant pour permettre aux utilisateurs d’assembler des flux de travail séquentiels à partir d’activités prédéfinies. Les utilisateurs sélectionnent les activités dans une liste prédéterminée et les configure via l’interface de SharePoint Designer 2010. Ces activités peuvent être les mêmes que celles présentes dans Visual Studio 2010 Workflow Designer ; il n’existe aucune différence en matière d’activités entre les deux outils.
Toutefois, dans SharePoint Designer 2010chaque activité apparaît en tant qu’action, représentée par une phrase qui contient des variables que l’utilisateur peut configurer à l’aide des menus déroulants et des boîtes de dialogue de recherche. Les utilisateurs peuvent également sélectionner des conditions, lesquelles représentent des clauses conditionnelles configurables qui dirigent le flux de travail.
Lorsque l’utilisateur sélectionne et configure les conditions et les actions de l’interface du flux de travail, SharePoint Designer 2010 génère les deux fichiers qui représentent en fait la classe de flux de travail :
Fichier de balises du flux de travail, qui contient le langage de balises décrivant les activités incluses dans le flux de travail.
Fichier de règles du flux de travail, qui contient la logique métier du flux de travail sous forme de règles déclaratives, au lieu de lignes de code.
Ajout d’activités et de conditions personnalisées
Les auteurs de flux de travail dans SharePoint Designer 2010ne peuvent pas créer d’activités personnalisées utilisables dans leurs flux de travail ; par conséquent, ils sont limités aux activités et conditions que le développeur rend disponibles dans la « liste approuvée » (laquelle doit également être approuvée par un administrateur de serveur) qui s’affiche dans SharePoint Designer 2010. Les développeurs peuvent créer des activités et des conditions personnalisées, et les rendre disponibles dans la liste approuvée.
Une condition est un assembly personnalisé avec une méthode statique, qui lorsqu’elle est appelée, évalue la condition et renvoie une valeur booléenne.
Pour rendre les activités et les conditions disponibles dans la liste approuvée :
Créez l’activité ou la condition, compilez-la en tant qu’assembly à nom fort, puis déployez-la dans le Global Assembly Cache.
Ajoutez l’activité ou la condition à la liste d’actions approuvées du fichier web.config.
Dans le fichier WSS.Actions, situé dans le dossier de flux de travail, ajoutez les règles et les paramètres de la phrase qui représente l’activité ou la condition dans l’interface utilisateur SharePoint Designer 2010. Le langage de balises spécifie le mode d’affichage et d’exécution de l’activité ou de la condition dans l’interface, car ces informations ne sont pas présentes dans l’assembly de l’activité ou de la condition.
Pour plus d’informations sur le déploiement d’activités et de conditions personnalisées, voir l’aide de SharePoint Designer 2010.
Génération de formulaires ASP.NET dans SharePoint Designer
Vous pouvez créer une étape de lancement pour votre flux de travail dans SharePoint Designer 2010. Si tel est le cas, SharePoint Designer 2010 utilise ASP.NET pour générer automatiquement un formulaire de lancement en fonction de vos spécifications de lancement.
De même, vous pouvez créer des tâches Microsoft SharePoint Foundation 2010 personnalisées pour votre flux de travail. Une fois encore, SharePoint Designer 2010 génère automatiquement un formulaire ASP.NET pour la tâche, en fonction de vos spécifications.
Ces formulaires ASPX sont stockés sur le site SharePoint avec les fichiers sources du flux de travail. Vous pouvez les ouvrir et les personnaliser comme n’importe quel autre formulaire ASPX.
Voir aussi
Concepts
Développement de flux de travail pour SharePoint Foundation
Comparaison des outils de développement de flux de travail