Motivo di progettazione per flusso di lavoro

Question

Non penso che questo sia un duplicate ma in realtà ho bisogno di qualcuno saggio per confermare la mia domanda.

Anche il mio modello sarà simile (anche se molto più complesso) all'immagine seguente (dove la mia applicazione inizia dall'alto verso il basso).

Richiede un oggetto complesso come parte del costruttore e quindi passa attraverso vari processi (salvati in diversi file .dll).

Non ho mai intrapreso un progetto come questo e voglio farlo bene - So che i modelli di progettazione sono progettati per aiutare e fornire indicazioni.

La mia domanda, quali modelli potrebbero funzionare. Sono bloccato su .NET 2.0. La mia ricerca suggerisce un modello di sequenza.

Quindi, sono limitato al solo modello di sequenza o qualcuno ha un altro suggerimento?

Answer 1

Ho scritto codice simile, ma non solo con un singolo modello. Inizialmente il mio approccio era quello di codificare tutti in Transaction Script pattern e poi refactoring. Durante il refactoring mi sono imbattuto in follwings;

1. Modello di modello: logica disaccoppiata per separare le classi che ho chiamato un'attività (simile a WF) e queste classi di attività si sono comportate in modo simile e quindi hanno utilizzato il modello di modello.
2. Schema di script di transazione: un'attività stessa è uno script di transazione e può accettare argomenti, ha una proprietà di errore e risultati che verranno utilizzati, costruiti e memorizzati durante l'esecuzione.
3. Schema generatore: per collegare tutte le classi di attività di gradimento per lo scenario aziendale, ho finito con il modello Generatore.