Workflow Foundation per separare i dati dalla business logic su una app di medie dimensioni?

6

Al momento stiamo sviluppando un'app .net in WPF, che sarà un'app desktop con un buon bit di accesso ai dati ai server locali (e alcuni remoti). La logica aziendale qui è molto complessa, e attualmente è integrata nel codice insieme all'accesso ai dati e quant'altro (essendo WPF l'interfaccia utente è separata abbastanza bene).

Ora, mi è stato assegnato il compito di riorganizzare questo sistema per renderlo più manutenibile a lungo termine, poiché alcune modifiche logiche. So che i flussi di lavoro dovrebbero separare la logica abbastanza bene e consentire di visualizzarla un po '. Il flusso di lavoro è una buona scelta per un'app che non ha bisogno di essere eseguita per lunghi periodi? (poiché i flussi di lavoro possono attendere in idle per mesi) Qual è stata la tua esperienza con la piattaforma? È lento per trattare con una società di medie dimensioni; circa 150 utenti simultanei? Se ti è piaciuto, conosci qualche buon tutorial online (preferibilmente non MSDN) che possa darmi un assaggio della piattaforma e fare qualche test prima di impegnarmi a implementarlo su un'app enorme?

    
posta Morgan Herlocker 20.10.2010 - 21:44
fonte

1 risposta

4

Ho una piccola esperienza con WF - creazione di flussi di lavoro e attività TFS personalizzati. L'ho trovato generalmente doloroso e lento con cui lavorare - l'apertura di un flusso di lavoro richiede molto tempo (su una macchina WEI 5,9), spesso si blocca su VS.NET, mancano alcune funzionalità di base ed è marginalmente bug.

Se hai qualcosa in più di un semplice flusso di lavoro, tieni a corto di spazio sullo schermo. Ho un 24 "in orientamento verticale (1200x1920) e spesso mi trovo a volere più spazio verticale.

Nel complesso, l'ho trovato piuttosto frustrante e non lo consiglierei. Non sembrava permettermi di fare qualcosa che non avrei potuto fare più facilmente nel codice.

    
risposta data 21.10.2010 - 00:35
fonte

Leggi altre domande sui tag