Czy pomyślnie przeszedłeś Workflow systemu Windows w rzeczywistej aplikacji sieciowej?

Question

Niedawno opublikowałem pytanie dotyczące systemu Windows Workflow działającego w aplikacji internetowej. To było dość techniczne pytanie, które zawierało takie terminy jak ManualWorkflowSchedulerService, HandleExtrenalEvent, itp., Dostało około 15 wyświetleń w ciągu 20 dni.

Chociaż najprawdopodobniej nie chodzi o to, by zadać to pytanie we właściwy sposób, pomogło mi to w przyjęciu przepływu pracy systemu Windows w rzeczywistych aplikacjach, zwłaszcza w aplikacjach internetowych.

Czy z powodzeniem wdrożyłeś aplikacje internetowe z WF i spoglądając wstecz, czy inwestycja Twojego czasu (pieniędzy) została spłacona?

Answer 1

Używamy przepływu pracy automatu stanów do zarządzania kilkoma procesami zgłoszeń serwisowych z około 10 stanami. Nie jestem pewien, czy to był w 100% właściwy wybór, ponieważ wdrożenie prostej konstrukcji automatu stanowego byłoby prostsze (może cierpielibyśmy tutaj z BDUF).

Największym minusem dla nas była krzywa uczenia się. Mam na myśli, że workflow jest praktycznie obnażoną wersją biztalk (za darmo!).

Off szczycie mojej głowy, są to obszary, jakie skorzystały z WF:

• Hosting przepływu pracy jako usługa zmusiła nas oddzielić obieg z naszych innych warstw, a to (tak daleko) to całkiem przyzwoity projekt.
• Byliśmy w stanie łatwo oddziaływać z przepływem prac z różnych aplikacji za pomocą dostarczonego Host Service workflow
• usługa Tracking zapewnia dobrych wskaźników biznesowych
• serwis Runtime i serwis oporność są stabilne
• Zmiany przepływy pracy są skomplikowane, ale działają lepiej niż gdybyśmy spróbowali zrobić to samodzielnie

Zawsze staram się pamiętać, że to naprawdę jest podstawa. Jako programista/architekt musisz zaangażować się w tworzenie czegoś użytecznego.

Answer 2

Użyłem Windows Workflow w aplikacji internetowej przeznaczonej do zarządzania cyklem życia zleceń kontroli zmian w systemie korporacyjnym. Wprawdzie grzebałem w niej i na pewno nie zrobiłem wielu rzeczy poprawnie, ale działało całkiem dobrze i byłem zadowolony z tego, jak łatwo mogłem zmienić zasady bez pisania jeszcze więcej kodu.

Jednak po wycofaniu projektu osoba, która go odziedziczyła, zdecydowała, że ​​nie lubi WF lub nie chce się go uczyć, więc aplikacja zmarła i wrócili do korzystania z e-maili i połączeń telefonicznych. Wdrożenie zakończyło się sukcesem, ale inwestycja była ostatecznie marnotrawstwem.

Answer 3

Moje doświadczenie było podobne do Out Into Space, przyjrzeliśmy się używaniu WF do kontrolowania procesu compelx i varry ordering, w różnych scenariuszach B2B. Ostatnio słyszałem, że są w trakcie patroszenia.

Myślę, że wielu programistom trudno jest myśleć w kategoriach przepływu pracy.

Answer 4

Mam wdrożone 3 aplikacje. 2 to aplikacje ASP.NET, a jeden z workflow został wdrożony w środowisku SharePoint.Patrząc wstecz, uważam, że inwestycja była tego warta. Jak powiedział wcześniejszy gość, WF to framework, na którym musisz się oprzeć. Jest jeszcze jedna warstwa, o którą trzeba się martwić, ale korzyści przewyższają koszty.

Answer 5

cześć Tom naprawdę nie sądzę, żeby WF świeciło dobrze, kiedy używamy aplikacji internetowych, bo najprawdopodobniej użyjemy DB do utrzymania stanu, w którym dokładnie zadałeś pytanie, które miałem na myśli użyliśmy WF w naszej produkcji środowisko i jego problem z aktualizacją z jednej wersji na inną po drugie ma wiele ograniczeń, tj. nie obsługuje transakcji otoczenia Myślę, że powinniśmy poczekać na wersję 4 lub 5, aby zobaczyć, czy ma coś lepszego do zaoferowania