Il nostro primo workflow a stati

Per creare un workflow a stati all'interno di Visual Studio .NET 2005, abbiamo a disposizione, in seguito all'installazione del SDK, il template State Machine Console Application che consente di creare un workflow a stati e testarne il funzionamento in una Console Application, e il template State Machine Workflow Library, utile a creare una libreria di classi, con all'interno uno state machine workflow, che potrà essere poi legato ad una o più applicazioni host. Tali template sono disponibili una volta installato il runtime di Workflow Foundation e le relative estensioni per Visual Studio.

Una volta creato il progetto, abbiamo un workflow vuoto dove inserire i vari stati e le varie transizioni utili a creare il flusso di operazioni richiesto.
Nel nostro esempio, abbiamo sviluppato un workflow per la gestione del ciclo di vita di un prodotto all'interno di un ipotetico carrello della spesa, creando stati ed eventi per gestire l'inserimento, la modifica, la rimozione e l'eventuale completamento dell'ordine. Ognuna di queste azioni, riguardanti il singolo prodotto, viene gestita da uno degli stati del nostro workflow. Gli stati che abbiamo definito sono rappresentati in figura.

All'interno di ogni stato, abbiamo una o più EventDrivenActivity in grado di rispondere agli eventi scatenati dall'applicazione host; la struttura di ogni attività di questo tipo deve seguire un unico vincolo: la prima attività inserita deve implementare l'interaccia IEventActivity, poiché deve essere in grado di sottoscrivere un particolare tipo di evento; inoltre non ci devono essere altre attività che implementano tale interfaccia, poiché ogni EventDrivenActivity può rispondere ad uno e un solo evento.

L'activity che serve al nostro caso è la HandleExternalEventActivity, che ha appunto il compito di rispondere ad un evento esterno al workflow, scatenato dall'applicazione host, e di far procedere il flusso con eventuali nuove transizioni di stato.

Le transizioni di stato, invece, vengono eseguite dall'activity SetStateActivity, che necessita di avere valorizzata la proprietà TargetStateName con il nome dello stato in cui si vuol far dirigere il flusso di operazioni.

Attenzione: Questo articolo contiene un allegato

Contenuti dell'articolo

• Pagina 2
  • Il nostro primo workflow a stati
• Pagina 3
  • Come parlano il workflow e l'applicazione host?
• Pagina 4
  • Avvio del workflow e transizioni di stato
• Pagina 5
  • Conclusioni