Ho letto un po 'dell'idea generale di questa tecnologia, ma mi viene in mente qualche decennio fa quando ci è stato detto che "in futuro non scriverai codice, collegherai scatole in qualche strumento grafico".Il flusso di lavoro di Windows è ampiamente utilizzato?
È una tecnologia che è diventata centrale nello sviluppo .NET (come WCF e WPF) o che non è riuscita a rilevare?
WF è un motore di flusso di lavoro, non un'applicazione o un componente del flusso di lavoro completamente caricato. Puoi usarlo per aggiungere funzionalità di workflow alla tua applicazione, ma devi fornire un designer user-friendly, altrimenti è più un problema che un beneficio.
WF non è stato rilevato fino ad ora perché era troppo lento, rendendolo adatto solo per i flussi di lavoro pesanti. I flussi di pagine per esempio (specificando una sequenza di pagine Web) erano fuori questione. Gli sviluppatori hanno anche dovuto creare molti impianti idraulici per ospitare WF nella loro applicazione. Infine, dovevi creare da zero il progettista WF per l'utente finale o utilizzare il designer di Visual Studio che era totalmente inadatto agli utenti finali.
WF v4 è molto più veloce e facile da ospitare, ma è comunque necessario creare il proprio designer.
Se si utilizzano alcune delle linee di prodotti Microsoft, diventa piuttosto utile (Dynamics CRM consente di scrivere azioni personalizzate del flusso di lavoro che gli utenti aziendali possono quindi utilizzare tramite l'interfaccia Web, ad esempio).
Oltre a ciò la mia (limitata) prova aneddotica dice che non viene usata molto.
Può essere interessante notare che il processo di generazione TFS2010 si basa sul flusso di lavoro (inclusa l'interfaccia utente di trascinamento della selezione se si preferisce utilizzarlo).
Non è centrale come WPF o WCF, ma ha sicuramente i suoi usi. Un problema che ho riscontrato è che worfklow è più fondamentale per un'applicazione rispetto agli altri: la sostituzione di un'interfaccia utente con WPF non richiede per funzionare con una rearchitecture di base. Allo stesso modo, la creazione di un layer di servizi Web WCF non richiede per richiedere la ricerca rearchitecture. L'integrazione del flusso di lavoro utilmente spesso richiede cambiamenti molto più grandi e più profondi per essere efficace, rendendo la barriera all'ingresso che è leggermente più alta per la maggior parte dei sistemi che ho visto.
Non credo che WF sia ampiamente utilizzato; siamo probabilmente uno dei pochi luoghi che lo utilizzano attualmente (WF3) e lo stiamo abbandonando per una soluzione su misura più semplice invece di migrare a WF4.
Un problema è che uno dei principali destinatari di WF è quello di creare sistemi di tipo "aziendale" (ovvero soluzioni con processi di stato complessi di lunga durata) ma Microsoft non fornisce alcuna soluzione di hosting di "classe enterprise" per e scrivere la tua è un'esperienza dolorosa (stato lì, fatto così). La roba AppFabric per WF4 sembrava che potesse rispondere a questo problema, ma finì per essere nient'altro che un po 'di framework per la registrazione e la persistenza, lasciando completamente fuori dalla realtà il vero e proprio problema dell'hosting.
È un peccato, perché WF4 sembra un ottimo framework per la creazione di questo tipo di applicazione. Con il giusto hosting potrebbe essere 'BizTalk fatto bene' (parlando anche qui come sviluppatore BizTalk esperto). Ma finché non ci sarà una buona soluzione di hosting pronta per l'uso, mi aspetterei che il suo utilizzo sia piuttosto limitato.
Questo è piuttosto soggettivo, ma comunque una domanda interessante. Al di fuori di alcuni sistemi aziendali su scala aziendale, il suo uso sembra davvero minimo. – Noldorin
E su una nota a margine; LabView (un altro ambiente di programmazione "grafico") viene utilizzato pesantemente nell'industria manifatturiera. – You
"in futuro non si scriverà codice, si collegheranno scatole in qualche strumento grafico" è successo in alcuni punti - la codifica è stata esternalizzata e tutti gli ingegneri locali fanno creare diagrammi UML –