SharePoint flux de travail meilleures pratiques de développement
Fournit une collection de bonnes pratiques pour les développeurs qui utilisent Visual Studio pour créer des flux de travail dans SharePoint.
Remarque
Les flux de travail SharePoint 2010 ont été retirés depuis le 1er août 2020 pour les nouveaux locataires et retirés des locataires existants le 1er novembre 2020. Si vous utilisez des flux de travail SharePoint 2010, nous vous recommandons de migrer vers Power Automate ou d'autres solutions prises en charge. Pour plus d'informations, voir la retraite du flux de travail SharePoint 2010.
Meilleures pratiques de développement de flux de travail
Pour développer des flux de travail sans erreur de SharePoint, il est préférable de suivre certaines indications générales, ou « méthodes conseillées ». C'est le cas si vous utilisez SharePoint Designer 2013 ou Visual Studio 2012 pour le développement de flux de travail.
Lorsque vous utilisez l'action de la liste de l'historique de journal, plus est préférable
Écrire la valeur de chaque chaîne et la variable que vous construisez dans la liste historique
Vérifiez que les variables sont non null et contient les valeurs attendues
Création de flux de travail : modéliser un processus métier dans un workflow unique
Création de flux de travail : utilisation efficace de l'action d'approbation
Applications pour SharePoint qui contiennent des flux de travail intégré doivent modifier une balise dans le fichier workflowmanifest.xml
Compléments SharePoint qui contiennent des flux de travail intégré (qui peut être associés à des listes sur le site web parent) se distinguent des applications de workflow normal en modifiant la balise suivante à true dans le fichier workflowmanifest.xml dans le package d'application :
<SPIntegratedWorkflow xmlns="http://schemas.microsoft.com/sharepoint/2014/app/integratedworkflow">
<IntegratedApp>true</IntegratedApp>
</SPIntegratedWorkflow>
Lorsque vous utilisez l'action de la liste de l'historique de journal, plus est préférable
L'action de la Liste de l'historique de journal (ou la classe de LogToHistoryListActivity si vous utilisez Visual Studio) vous permet de vous enregistrer des informations sur ce qui a fait un flux de travail à un moment donné dans le cycle de vie du workflow. Cela rend un des outils de résolution des problèmes plus importants que vous avez. Les plus vous fournissez d'informations à des points importants dans le flux de travail, plus il est facile à résoudre les problèmes liés à des événements inattendus.
Pour plus d'informations, consultez les rubriques suivantes :
Des actions de flux de travail dans SharePoint Designer 2010 : guide de référence rapide
classe LogToHistoryListActivity
Écrire la valeur de chaque chaîne et la variable que vous construisez dans la liste historique
Débogage de workflows créés à l'aide de SharePoint Designer est beaucoup plus facile si vous écrivez des chaînes et variables à la liste de l'historique à l'aide de l'action Log to History List.
Pour plus d'informations, consultez les rubriques suivantes :
Des actions de flux de travail dans SharePoint Designer 2010 : guide de référence rapide
classe LogToHistoryListActivity
Un journal de suivi de sortie avant et après chaque étape ou importante unité de travail dans le flux de travail
Pour faciliter le débogage des flux de travail, il est important que vous capturez des informations significatives avant et après chaque unité significative de travail ; Cette information doit être validée pour les journaux de suivi. Pour plus d'informations, consultez les rubriques suivantes :
Vérifiez que les variables sont non null et contient les valeurs attendues
Avant d'utiliser les variables dans votre flux de travail, n'Assurez-vous aucune variable null. Assurez-vous également que les variables contiennent les valeurs attendues et sont de type de données correct. Pour plus d’informations, consultez Variables et arguments.
S'assurer que les chaînes dans les champs de texte du flux de travail ne dépassent pas 255 caractères
La longueur maximale autorisée pour les chaînes dans les champs de texte du flux de travail est de 255 caractères. Si vous définissez votre champ de texte dépasse cette limite, son contenu sera tronqué à 255 caractères.
Utilisation des autorisations élevées sur un compte neutre lorsque vous utilisez l'emprunt d'identité
Lorsque l'emprunt d'identité des étapes dans un flux de travail, vous devez créer le flux de travail à l'aide d'un compte neutre (autrement dit, un compte qui n'est pas lié à un utilisateur spécifique). Ainsi, vos flux de travail avec rupture Si le compte de l'auteur devienne obsolète pour une raison quelconque.
Pour plus d’informations, voir Créer un flux de travail avec des autorisations élevées à l’aide de la plateforme de flux de travail SharePoint.
Dans le flux de travail réutilisables, utilisez colonnes d'Association pour assurer des champs de la liste sans erreur
Si vous créez un flux de travail réutilisable qui repose sur sa liste de présence d'un champ spécifique, vous pouvez (1) limiter le flux de travail à un type de contenu qui comporte le champ spécifié, ou (2) effectuer le champ une colonne association. Option 2 est recommandée, car il est possible qu'un type de contenu sera modifier et provoquer l'arrêt du flux de travail.
Création de flux de travail : modéliser un processus métier dans un workflow unique
Lorsque cela est possible, il est préférable modéliser un processus métier dans un workflow unique que de forcer la logique de flux de travail en plusieurs flux de travail plus petites.
Création de flux de travail : utilisation efficace de l'action d'approbation
Lorsque cela est possible, au lieu de créer plusieurs actions de Approval, il est plus efficace d'utiliser la fonction Stages dans une action Approval.