Bien que, la plupart des exemples que j'ai vérifiés sur Internet, utilisez WF pour faire face aux étapes de type assistant ou la conception d'une interface utilisateur basée sur le flux de travail, et que Windows Workflow peut traiter des machines d'état, et si nous disons, nous avons un site web comme Stackoverflow.com, dans quels domaines de l'application utiliserions-nous la fondation de flux de travail?
Si ces petits (mais il y en a vraiment trop d'entre eux), les événements devraient être gérés à l'aide de Windows Workflow?
Y a-t-il des composants WF à placer sur le dessus du WF intégré pour faciliter ces opérations?
3 Réponses :
Je n'ai pas encore consulté une application réussie avec un moteur de flux de travail comme WF, Biztalk ou l'un des autres moteurs. En réussi, je veux dire: cela a fait de la production et que l'application résultante était plus facile à maintenir que s'il avait été construit sans un moteur de flux de bord de la boîte.
Udi Dahan a publié Un blog très intéressant sur le Sujet où il élabore pourquoi ce genre de choses ne fonctionne généralement que sur les démos mais pas dans la vie réelle.
Pour être juste, je devrais clarifier que je n'ai pas de mains sur l'expérience de WF, j'ai joué avec Biztalk il y a quelque temps et je l'ai trouvé complètement sur le dessus pour ce dont j'avais besoin .
Je n'ai pas utilisé la partie de la machine à états du WWF, mais seulement des flux de travail séquentiels.
Au début, j'étais excité parce que j'espérais que l'utilisation du WWF pourrait vraiment résoudre certains de nos problèmes.
À la fin, c'était vraiment un désordre et j'étais heureux que notre projet n'était qu'un petit:
WWF peut être une solution à un problème spécifique, mais je peux difficilement imaginer une application Web bénéficiant du WWF.
J'ai utilisé la machine d'état avec WF (.NET 3.5) et le produit publié à la production. Il s'agissait d'un système d'approvisionnement de la demande d'achat, la commande d'achat doit aller à travers plusieurs États (approbateur, demandeur, etc.). Cependant, nous rencontrons peu de problèmes tels que si votre machine à états change après la production, les instances déjà dans la base de données doivent être exécutées selon une nouvelle machine d'état par une autre machine à l'autre, sinon cela donne une erreur. Je pense que Machine d'État travaille avec une application simple si vous avez une logique complexe comme une interaction avec l'approbation de l'interface utilisateur peut provoquer des problèmes. Je n'ai pas vérifié .NET 4.0 WF pourtant peut-être qu'il aura des solutions.
Est-ce que WWF prend en charge les flux de travail dynamiques I.e autorise-t-il l'utilisateur administrateur de modifier un flux de travail via une interface qui fait partie de l'application elle-même.