Asp.net et Windows Workflow sont-ils une bonne combinaison?

Question

Je suis en train de mettre en place une application assez simple de traitement des commandes de la machine à états. C'est une application de commerce électronique avec quelques rebondissements. Les utilisateurs de l'application ne modifieront pas eux-mêmes les flux de travail.

Microsoft affirme qu'il est possible de combiner asp.net et Windows Workflow. Est-il difficile d'installer et de maintenir une combinaison d'asp.net et de Windows Workflow? Je conserverais l'état du flux de travail dans sql-server.

Est-il plus facile pour moi de lancer mon propre code de machine d'état ou Windows Workflow est-il l'outil idéal pour le travail?

Answer 1

Asp.net et WF s'entendent bien et WF n'ajoute pas beaucoup de temps pour la maintenance.

Que cela soit ou non la bonne conception pour vous dépend beaucoup de vos besoins. Si vous avez beaucoup d'actions déclenchées par les événements, alors WF pourrait en valoir la peine, sinon la surcharge de votre propre suivi rendrait probablement le système moins complexe.

Il est relativement facile de travailler avec WF, je vous suggère donc de travailler avec un prototype et de l'expérimenter.

De plus, selon moi, en fonction de vos besoins, je doute que WF soit la bonne solution pour vous.

Answer 2

Cela dépend de vos besoins. Quelle est la complexité de la machine d'état? Où voulez-vous que la machine d'état vive (par exemple, modèle vs base de données)? Le WWF fournit une machine à états basée sur les événements, ce qui est suffisant si votre machine à états est intégrée au modèle.

Personnellement, j'ai mis en place une infrastructure de commerce électronique et d'autres sites Web basés sur des flux de travail et la mise en œuvre de machines d'état basées sur des bases de données m'a toujours procuré beaucoup de joie. Toujours travaillé sans accroc.

D'autre part, certains de mes collègues préfèrent le WWF.

Dans tous les cas, cela fonctionne parfaitement avec ASP.NET.

Answer 3

Si votre machine d'état est très simple, je dirais que vous devriez simplement lancer la vôtre. Vous avez plus de contrôle sur tout. Vous pouvez gérer la persistance à votre guise sans vous soucier de la façon dont ils le font.

WF a l'air plutôt cool, mais je pense que son pouvoir réside probablement dans le fait qu'il est facile de le lier à des frameworks tels que CRM et Sharepoint. Si vous envisagez de les utiliser dans votre application, je vous conseillerais certainement d'utiliser WF.

Divulgation complète: je ne suis certainement pas un expert de la WF.