Witam Chciałbym wiedzieć, ilu z Was korzystało z Workflow w środowisku produkcyjnym i czy to był dobry pomysł? Chodzi mi o to, że możemy stworzyć to samo, używając DB i usługi harmonogramuWorkflow In Production Code
Używamy SharePoint, który używa WF dla swoich przepływów pracy. Działa całkiem dobrze i jest dość łatwy do dostosowania. Jeśli potrzebujesz zaawansowanego przepływu pracy, funkcja WF może go obsługiwać, ale szkolenie w zakresie tajników zajmie trochę czasu.
Można przetaczać swój własny obieg pracy, ale po co wymyślać nowe koło? WF jest wbudowany w środowisko .NET 3.0+ i jest dość solidny, więc równie dobrze możesz z niego skorzystać.
Używamy WF w naszych środowiskach produkcyjnych. Mamy 6 różnych przepływów pracy, które można uruchomić. Te podzielone na 3 statemachine i 3 sekwencje. W pewnych okolicznościach użyłbym go ponownie, ale w innych nie. Twierdziłbym, że część robocza przepływu pracy została szybko zakończona, nie jestem pewna, czy jest to zasadnicza część przepływu pracy przez cały projekt.
Chciałbym ponownie użyć przepływu pracy dla krótkich procesów, takich jak cytaty lub przekształcanie rzeczy przed wysłaniem ich do supliers tego rodzaju rzeczy.
Nie chciałbym robić tego ponownie za długo działający statemachine - głównie dlatego, że nie ma wbudowanego procesu aktualizacji WF, więc skończyliśmy pisać własne. Jest też wiele koncepcji, które pozwolą Ci się skupić (w naszym zespole programistycznym jest tzw. Cygańska klątwa).
Byłbym również nieco zaniepokojony wydajność: nasz serwer aplikacji jest aktualnie uruchomiona flat out (ok ja ponownym 8000 przepływy pracy w tej chwili). Jest to szczególnie problematyczne, jeśli integrujesz go bezpośrednio z WCF za pomocą (.NET 3.5) wysyłania i odbierania działań - jest kilka odpowiednio zwariowanych ustawień konfiguracyjnych, które musisz ustawić, aby umożliwić uruchamianie wielu przepływów pracy jednocześnie.
W każdym razie, jak powiedziałem: to jest użyteczne, chciałbym użyć go ponownie, ale nie dla innego Statemachine.
zobaczyć również Please confirm: Is Windows Workflow Foundation a good horse to be backing right now?
Większość ludzi twierdzi, wszystkie dobre rzeczy o Workflow ale zaobserwowali, że wprowadzają one zbędne kod złożoność i utrzymanie problemów. Są odpowiednie dla określonej klasy problemów. poza tym, że potrzebują dużo kodu instalacyjnego i koszmarów związanych z konserwacją.
mogę zadać ci kilka rzeczy, jak nie u zaprogramować w SharePoint 2003? przed pojawieniem się WF – Snehal
My nie. Używamy Teamcenter Enterprise dla większości naszych przepływów pracy. Obecnie badamy wdrażanie większej liczby przepływów pracy w Sharepoint 2007. – davogones