Dois-je réutiliser une définition de workflow?

Question

Nous avons une application web qui doit exécuter des dizaines ou des centaines de workflows dans un temps donné. Après de nombreuses heures passées, nous savons que le goulot d'étranglement de performance est le deserialising des flux de travail (nous gardons la XAML dans la base de données):

ActivityXamlServices.Load(xamlReader, activityXamlServicesSettings); 

Nous pensons donc à mettre en cache les flux de travail (les objets d'activité généré est retourné par la méthode de charge). Cela semble améliorer la performance un peu. Le seul problème possible que je peux voir est que les activités (à partir de la définition/arbre de workflow) seront réutilisées entre les instances de workflow. Ainsi, si une activité a changé d'état dans une instance, elle peut changer le comportement d'une autre instance en cours d'exécution.

Remarque: les variables de workflow ne semblent pas être partagées entre les instances de workflow.

EDIT: Quelque chose de similaire a été demandé: Workflow 4 runtime compiling. Le propriétaire de la question semble être arrivé à la même solution de "mise en cache de la DynamicActivity" (l'activité renvoyée par la méthode Load).

Answer 1

Oui, vous pouvez certainement réutiliser l'objet d'activité dynamique que vous récupérez du code XAML désérialisé autant de fois que vous le souhaitez. Vous pouvez créer autant d'objets WorkflowApplication que vous le souhaitez.

{modifier}

L'objet d'activité que vous obtenez de désérialisation un document XAML est juste un plan de votre flux de travail. Il ne contient aucune information d'état et peut donc être réutilisé autant de fois que vous le souhaitez pour créer des instances WorkflowApplication depuis (ou même la classe d'utilitaire WorkflowInvoker).

{} EndEdit