Salut, je voudrais savoir combien d'entre vous ont utilisé Workflow dans votre environnement de production et était-ce une bonne idée? Je veux dire que nous pouvons créer la même chose en utilisant le service DB et le planificateurWorkflow dans le code de production
Nous utilisons Sharepoint, qui utilise WF pour ses workflows. Cela fonctionne plutôt bien et est assez facile à personnaliser. Si vous avez besoin d'un flux de travail avancé, WF peut le prendre en charge, mais il faudra une formation pour apprendre les tenants et les aboutissants.
Vous pourriez rouler votre propre flux de travail, mais pourquoi réinventer la roue? WF est construit dans le framework .NET 3.0+ et est assez robuste, donc vous pouvez aussi bien en profiter. Nous utilisons WF dans nos environnements de production.
Nous avons 6 workflows différents qui peuvent être exécutés. Ceux-ci se divisent en 3 statemachine et 3 séquences. Je l'utiliserais à nouveau dans certaines circonstances, mais je ne le ferais pas dans d'autres. Je voudrais prétendre que la partie statemachine du flux de travail a été virée à la fin rapidement, je ne suis pas sûr que ce soit une partie essentielle du flux de travail tout au long de la conception.
J'utiliserais à nouveau le flux de travail pour des processus courts comme des citations ou pour transformer des choses avant de les envoyer à des supliers de ce genre. Je ne voudrais pas le faire à nouveau pour un statemachine de longue durée - principalement parce qu'il n'y a pas de processus de mise à jour WF intégré, donc nous avons fini par écrire le notre. Il y a aussi beaucoup de concepts pour se faire du bien (l'affection connue sous le nom de malédiction gitane dans notre équipe de développement).
Je serais également un peu préoccupé par les performances: notre serveur d'applications fonctionne actuellement à plat (d'accord, je redémarre actuellement 8000 workflows). Ceci est particulièrement problématique si vous l'intégrez directement dans WCF à l'aide des activités d'envoi et de réception (.NET 3.5). Il existe des paramètres de configuration correctement douteux que vous devez définir pour permettre l'exécution simultanée de plusieurs flux de travail.
Quoi qu'il en soit, comme je l'ai dit: c'est utile, je voudrais l'utiliser à nouveau, mais pas pour une autre statemachine.
Voir aussi Please confirm: Is Windows Workflow Foundation a good horse to be backing right now?
La plupart des gens disent que toutes les bonnes choses au sujet de Workflows, mais je l'ai observé qu'ils introduisent la complexité du code inutiles et des problèmes d'entretien. Ils conviennent à une classe particulière de problèmes. d'autres alors qu'ils ont besoin de beaucoup de code de plomberie et de cauchemars d'entretien.
Puis-je vous demander comment vous avez programmé dans Sharepoint 2003? avant WF était présent – Snehal
Nous n'avons pas. Nous utilisons Teamcenter Enterprise pour la plupart de nos activités de flux de travail. Nous étudions actuellement la possibilité d'implémenter plus de workflows dans Sharepoint 2007. – davogones